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(54) Digital video recorder error recovery method 

(57) A method for operating a video recording appa- 
ratus in one of a digital recording mode and an analog 
recording mode. The method involves recording a dig- 
ital video bit stream in the digital recording mode and 
switching to the analog recording mode for recording 
the corresponding analog video signal in response to a 
fault condition. For example, the fault conditions may 
occur in response to improper copyright information , an 
analog recording media being loaded into the video 



recording apparatus or the digital video bit stream being 
absent while the video recording apparatus operates in 
the digital recording mode. The fault condition may be 
indicated to a user and switching to a different mode, 
such as the analog recording mode, may occur in 
response to receiving a user initiated command respon- 
sive to the indicated fault condition. 
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Description 

FIELD OF THE INVENTION 

5 [0001] The invention involves systems for communicating between multiple electronic devices, such as consumer 
electronic devices, via interconnections such as digital data buses. 

BACKGROUND 

10 [0002] Data bus protocols such as the Consumer Electronics Bus, or CEBus, can be utilized for interconnecting con- 
sumer electronics devices such as television receivers, display devices, video-cassette recorders (VCR), and direct 
broadcast satellite (DBS) receivers. A bus protocol such as the CEBUS provides for communicating both control infor- 
mation and data. CEBus control information is communicated on a "control channel" having a protocol defined in Elec- 
tronics Industries Association (El A) specification IS-60. Control information for a particular application can be defined 

is using a form of programming language known as CAL (Common Application Language). 

[0003] Consumer electronics devices are becoming increasingly complex and provide an ever-increasing number of 
features. While coupling these complex devices together via a data bus may be necessary to provide a complete audio- 
video (A/V) system, doing so creates numerous problems. For example, certain features of one device may require 
interaction with one or more devices coupled to the bus. A capability of one device may be needed to complete a par- 

20 ticular operation in another device. Conflicts between the needs of various devices may arise. 

[0004] A specific example of an AN system involving complex electronic devices coupled via a data bus is a system 
that includes a digital VHS format (DVHS) VCR, such as that being developed by Thomson Consumer Electronics, Inc., 
of Indianapolis, Indiana, and a DSS® satellite receiver, manufactured by Thomson Consumer Electronics, Inc. The 
DVHS VCR can record either analog or digital signals. Various checks must occur before a recording can occur. For 

25 example, is the proper type of tape (analog or digital) loaded in the VCR? Is the user entitled to record a particular pro- 
gram: is the copyright status such that recording is permitted and has the user paid any fees required? Is the DSS® unit 
available to tune the desired program at the time a recording is to be made? Is the DSS® unit tuning the desired chan- 
nel? In addition, a user must be informed, e.g.. using on-screen display (OSD) messages, regarding the status of each 
device and what operations each device is performing. The complexity of each device and of the interactions involved 

30 creates a need for a robust system and method for communicating information between interconnected electronics 
devices. 

SUMMARY OF THE INVENTION 

35 [0005] The invention resides, in part, in recognizing the described problems and, in part, in providing a system and 
method for solving these problems. Generally, the present invention defines a method for operating a video recording 
apparatus in one of a digital recording mode and an analog recording mode. Particularly, the method comprises receiv- 
ing either a digital video bit stream for recording in the digital recording mode or a corresponding analog video signal 
for recording in the analog recording mode, recording the digital video bit stream in the digital recording mode; and 

40 switching to the analog recording mode for recording the corresponding analog video signal in response to a fault con- 
dition. 

[0006] In accordance with another aspect of the present invention the digital video bit stream includes copyright infor- 
mation and the step of switching to the analog recording mode occurs in response to the copyright information. 
[0007] In accordance with another aspect of the present invention switching to the analog recording mode occurs in 
45 response to an analog recording media being loaded into the video recording apparatus. 

[0008] In accordance with another aspect of the present invention switching to the analog recording mode occurs in 
response to the digital video bit stream being absent while the video recording apparatus operates in the digital record- 
ing mode. 

[0009] In accordance with still another aspect of the present invention, the method also comprises indicating the fault 
so condition to a user and the step of switching to the analog recording mode occurs in response to receiving a user initi- 
ated command responsive to the indicated fault condition. Further, the method also comprises canceling the digital 
recording in response to receiving a user initiated command responsive to said indicated fault condition. 
[001 0] In accordance with still another aspect of the present invention, the recording apparatus is initialized to operate 
in a delay operating mode in response to a predetermined event for a second program and the recording apparatus pre- 
ss empts the recording of a first program to record the second program. 

[001 1] In accordance with yet another aspect of the present invention, a method of error recovery for a video recording 
apparatus capable of recording in one of a digital recording mode and an analog recording mode comprises initializing 
the video recording apparatus to operate in a delay operating mode, receiving either a digital video bit stream for record- 
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ing in the digital recording mode or a corresponding analog Video signal for recording in the analog recording mode, 
recording the digital video bit stream in the digital recording mode in response to first copyright information received 
from an electronic program guide, and switching to the analog recording mode for recording the corresponding analog 
video signal in response to second copyright information received in the digital video bit stream. 
5 [0012] In accordance with yet another aspect of the present invention, the analog video signal and digital video bit 
stream are received from a receiver and the method also comprises disabling the generation of the digital video bit 
stream so the recording apparatus only receives said corresponding analog video signal. Recording may be canceled 
in response to a user's indication that an analog recording is not desired. 

[001 3] In accordance with yet another aspect of the present invention, the method also comprises indicating to a user 
10 that the event programmed in the delay operating mode may not be recorded because the first copyright information is 
not available or that because the video recording apparatus is presently operating in a playback mode. 
[001 4] In accordance with yet another aspect of the present invention, a method of operating a video recording appa- 
ratus in one of a digital recording mode and an analog recording mode comprises receiving either a digital video bit 
stream for recorcfing in the digital recording mode or a corresponding analog video signal for recording in the analog 
is recording mode, selecting the digital recording mode, detecting a no-fault condition or a fault condition of the video 
recording apparatus, recording the digital video bit stream in the digital recording mode in response to the no-fault con- 
dition, and switching from the digital recording mode to the analog recording mode for recording the corresponding ana- 
log video signal in response to the fault condition. 

20 BRIEF DESCRIPTION OF THE DRAWING 

[001 5] The invention may be better understood by referring to the enclosed drawing in which: 

Figures 1-3 show, in block diagram form, several embodiments of systems constructed in accordance with princi- 
25 pies of the invention; 

Figures 4-7 show, in block diagram form, various communication operations occurring between devices included in 
the systems shown in Figures 1-3; and 

Figures 8-16 show, in flowchart form, the operation of systems shown in Figures 1 -3. 
30 DETAILED DESCRIPTION 

[0016] Figure 1 shows a system interfacing multiple electronic devices including D-VHS VCR 100. DSS unit 170, TV 
130. another A/V device 150, antenna 140 for receiving broadcast signals, remote control 160 for providing a user inter- 
face to DSS unit 170, satellite dish antenna 190 for receiving DSS signals, and RF modulator 120. VCR 100 includes 

35 play/record circuitry 1 01 which receives signals to be recorded from luma/chroma processor 106. Circuitry 1 01 outputs 
signals during playback to luma/chroma processor 103. Processor 103 also includes switch 104 for routing signals dur- 
ing playback mode and during other modes as shown. VCR 100 also includes tuner 1 13 for tuning a desired channel 
from the signal produced by antenna 140 and line inputs 1 1 1 and 1 12 for receiving composite television signals from 
other AW device 150 and line output 171 of DSS unit 170, respectively. Une output 107 of VCR 100 provides a com- 

40 posite television signal output to line input 132 of TV 130. Digital I/O to VCR 100 is provided via digital interface 1 10. 
On screen display (OSD) generator 105 produces signals representing user interface information, such as messages 
and status information, that can be coupled to TV 130 via switch 109 for display. Switches 102, 104, 109, and 1 14 pro- 
vide for routing signals as need for each of the operating modes of VCR 100. 

[0017] Also included in VCR 1 00 is control microprocessor (\lP) 108 which is coupled to and controls functions within 
45 VCR 100, such as tuner 113, play/record unit 101 and the luma/chroma processors, via a bus internal VCR 100 (not 
shown in Figure 1). Control 108 also controls the communication of control information to DSS unit 170 via digital 
I/O port 110. Digital A/V data is also communicated between VCR 100 and digital data port 1 72 of DSS unit 170. For 
example, programs received by DSS unit 170 can be recorded in digital form in response to a user requesting a digital 
recording by DSS unit 170 providing digital data for the program to VCR 100. Display of a digitally recorded program is 
so accomplished during playback in VCR 100 by coupling the digital data produced by VCR 100 to port 172 of DSS unit 
170 which proceeds to process the digital data and produce a composite television signal suitable for coupling to TV 
130. 

[0018] In addition to the features already described. DSS unit 170 includes tuner 178 for tuning a particular signal 
from the signals received by dish antenna 1 90. The output of tuner 1 78 is coupled to signal processing unit 1 74 which 
55 digitally processes the program signal and produces a variety of television signals. First, an S-video signal is produced 
and coupled to line output 1 73 which is coupled to line input 1 33 of TV 1 30. DSS unit 1 70 also produces a composite 
television signal which, as mentioned above, is coupled to VCR 100 via line output 171 of DSS 170. Remote control 
receiver 176 receives signals, such as infrared (IR) or RF signals from wireless remote 160. The remote control signals 
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provide a user interface permitting a user to control DSS unit 1 70. Although not shown in Figure 1 , user interfaces such 
as remote control 160 could may also be provided for VCR 100 and TV 130. 

[001 9] Also included in DSS unit 1 70 is control \iP 1 75 which is shown connected to various features of DSS unit 1 70 
via a control bus. Microprocessor 1 75 produces OSD data for providing a visible display of user interface messages and 
information similarly to that produced by OSD generator 105 of VCR 100. Microprocessor 175 also controls features of 
DSS unit 170, including digital I/O port 172, in a similar manner to that described above in regard to VCR 100. In par- 
ticular, as is explained in more detail below, control information communicated between VCR 100 and DSS unit 170 
may include user interface information, such as OSD data, information regarding events scheduled in each device, and 
availability of resources. 

[0020] The communication of such information allows either VCR 100 or DSS unit to check the status of the other 
device, obtain information regarding events scheduled in the other device, check for conflicts between events scheduled 
in DSS unit 170 and VCR 100 (for example, viewing of one program is scheduled in DSS unit 170 while programming 
of a different program is scheduled in VCR 1 00), and determine whether errors exist in the other device (e.g., an analog 
tape is loaded in VCR 100 when a digital recording is supposed to occur). Because either device can obtain such infor- 
mation from the other, either device can determine exception conditions (i.e., conflicts and errors) and can maintain a 
log of exception conditions that exist for one or both devices. The log can be provided to the user via OSD, for example, 
to inform the user of the status of the system. 

[0021] In addition, one device can modify operations scheduled in another device that may involve an error or conflict 
in an effort to achieve the object of the original operation. For example, assume a user requests a digital recording, but 
loads an analog tape rather than a digital tape. Control processor 108 in VCR 100 will detect the error. However, control 
processor 175 in DSS unit 1 70 could also check the status of VCR 100 by sending appropriate commands to VCR 100 
via the digital bus interface comprising digital I/O units 1 10 and 172. DSS unit 172 would then receive status informa- 
tion, could evaluate the information and detect the error, and could proceed to send appropriate commands to VCR 100 
to modify the digital record operation to an analog record operation. Thus, while the user would not obtain a digital 
recording as desired, at least the user would have a recording of the program, thereby achieving at least part of the orig- 
inal object of the operation. A record of all such modifications of operations that occur in one, or both, devices could be 
maintained in one device and could be presented to a user, for example, in an OSD display, to inform the user of the 
changes. 

[0022] Figures 2 and 3 show variations of the system shown in Figure 1 . More specifically, Figure 2 shows the manner 
in which the system would be connected if TV 130 has only one line input rather than two as in Figure 1 . In Figure 2, 
rather than signals from DSS unit 170 being provided directly to TV 130 via line output 173 as in Figure 1 , the system 
in Figure 2 couples the output of DSS unit 170 to line input 132 of TV 130 via line output 171 of DSS unit 170 and line 
input 111, switch 109, and line output 107 of TV 130. Other aspects of Figure 2 are substantially the same as in Figure 
1 and will not be described again. 

[0023] In Figure 3. TV 130 has only a antenna input and no composite video inputs. As a result, the output of DSS 
unit 170 in Figure 3 is routed to the antenna input of TV 130 via switch 177 of DSS unit 170 and RF modulator 120. 
Other aspects of the system shown in Figure 3 are substantially the same as in Figures 1 and 2 and will not be 
described again. 

[0024] Another aspect of the system shown in Figure 1 involves security issues such as those involving operations 
requiring a password. For example, before purchase of a pay-per-view event is permitted, it may be necessary to enter 
a password. Similarly, a password may be needed before viewing of programs with certain ratings is permitted. Nor- 
mally, a password for such operations would be entered in the DSS unit. However, recording a pay-per-view event or 
recording an event having a rating that is restricted also requires checking a password. That is, when a user requests 
recording of a program, VCR 100 sends a request to DSS unit 170 to schedule tuning of the correct program at the cor- 
rect time. The request causes DSS unit 1 70 to check authorization information such as whether a password is needed 
for the particular operation. 

[0025] As explained in more detail below, the system shown in Figure 1 provides for password validation as part of a 
device attempting to access "instance variables" (IV), e.g.. VCR 100 attempting to schedule an event in DSS unit 170. 
Provisions of known systems, such as the CEBus control channel protocol, do not adequately support devices that have 
configurable security or devices that require a user to input a password when security authorization is required. The 
system and method described herein enhances security because passwords are not transmitted over a bus such as the 
CEBus. In addition, multiple devices such as VCR 1 00 and DSS unit 1 70 do not all have to know the password or words. 
Also, multiple passwords having different security levels associated with each password are supported. Timers within a 
device are not needed and. in particular, a requesting device can take as long as necessary to generate a password, 
thus supporting user inputted passwords. The exemplary password validation system includes an authentication fea- 
ture that is implemented using the GE Encryption and Authentication Algorithm Version II as documented in EIA IS-60.4 
Part 6 entitled "Application Layer Specification Appendix A". 

[0026] As an example of password validation, consider a bus such as the CEBus. Three scenarios are possible for 
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executing operations that may require password validation on the CEBus. The first scenario is a normal CEBus request, 
i.e.. Implicit Jnvoke, Explicitjnvoke, Condttionaljnvoke. or Explidtjtetry. As shown in Figure 4, a normal request is 
transmitted from a Node A to a Node B. Node B then determines that none of the operations in the request require a 
password. Thus, Node B will execute the request 

[0027] The second scenario is a normal request (Implicitjnvoke, Explicitjnvoke Conditionaljnvoke, or 
Explicit_Retry) that requires a password. As shown in Figure 5. a normal request is transmitted from Node A to Node 
B. Node B determines that a password is required to execute part of the request Node B returns a CAL error to Node 
A indicating that access to a secure instance variable (IV) was denied to Node A. Node A will then prompt the user for 
a password comprising, for example, from one to 18 characters (bytes). Any of the 18 bytes not entered will be set to 
zero. Node A then re-sends any operations that are necessary as an Authenticate Invoke packet using the above-men- 
tioned authentication feature. In this packet, the message text is the operations required, the Authentication Key is the 
password, the Authentication Key ID is 0, and the Authentication Algorithm ID is 3. The packet may optionally be 
encrypted. Node A then transmits the Authenticate Invoke packet to Node B. Node B receives the request and checks 
validation using its known password(s) as the Authentication Key to the authentication algorithm. If Node B has several 
security levels with different passwords for each level, the validation will be checked using each password (starting with 
the lowest security level) until validation is successful or all known passwords are tried. The MT layer will let the Appli- 
cation Layer know which level of security was successful. If the Authenticate Invoke packet passes validation, Node B 
performs the operations and the Application Layer will check to see rf the appropriate security level is now met. If vali- 
dation is successful but the security level is not high enough to perform the operations, then Node B will return a CAL 
error that indicates access to a secured IV was denied. H the Authenticate Invoke packet fails validation for all known 
passwords, Node B sends a Reject Packet with a reject code of Failed_Authentication (33h). 

[0028] A third scenario occurs when a CEBus authenticate request (Authenticatejmpjnvoke, Authertticate_ExpJnv, 
Authenticate_CondJnv, or Authenticate_Exp_Retry) packet is transmitted from Node A to Node B as shown in Figure 
6. In this scenario, Node A generates an authenticate request packet using the authentication algorithm with the 
Authentication Key being the password, the Authentication Key ID being 0. and the Authentication Algorithm ID being 
3. The packet may optionally be encrypted. Node B receives the request and checks validation using its known pass- 
word (s) as the Authentication Key to the authentication algorithm. If Node B has several security levels with different 
passwords for each level, the validation will be checked using each password (starting with the lowest security level) 
until validation is successful or all known passwords are tried, the MT layer will let the Application Layer know which 
level of security was successful, ff the request passes validation, the request will be executed and the Application Layer 
will check if the appropriate security level is now met. rf validation is successful but the security level is not high enough 
to perform the operation(s). then Node B will return a CAL error indicating that access to a secured IV was denied. If 
the request fails validation for all known passwords, a Reject packet with the reject code Failed_Authentication (33h) will 
be sent from Node B to Node A. 

[0029] If no password exists at either node, a password of 18 zeros will be used. Node A can either request user input 
to generate the password or use a password stored in memory. Node B must have the password stored in memory or 
use the default password. 

[0030] A specific example will now be explained in reference to the interlace between VCR 100 and DSS unit 170 in 
Figures 1 -3. A simplified version of the interface is depicted in Figures 7A through 7E. In Figure 7A, a user enters a timer 
event into VCR 100 which requires the same event to exist on DSS unit 170. VCR 100 sends an Explicit Invoke to DSS 
unit 170 to create a timer event in DSS unit 170. DSS unit 170 determines that the timer event requires a password 
because the event exceeds a spending limit imposed on pay-per-view purchases, or exceeds a rating level, or the event 
is too far in the future. As shown in Figure 7B f DSS unit 1 70 sends a CAL Error Result to VCR 1 00 indicating that access 
to a secured IV was denied. VCR 100 prompts the user for a password and uses the entered password to create an 
Authenticate Explicit Invoke packet. VCR 100 then sends the Authenticate Explicit Invoke packet to DSS unit 170 as 
shown in Figure 7C. DSS unit 170 receives the Authenticate Invoke packet and validates it using the DSS unit's pass- 
word^). If the Authenticate Invoke passes validation and the security level is high enough to perform the operation, the 
timer event is successfully scheduled with DSS unit 1 70. As in Figure 7D, DSS unit 1 70 sends a Result packet to VCR 
100 with a COMPLETED TOKEN (FEh). If the Authenticate Invoke passes validation and the security level is not high 
enough to perform the operation, the timer event is not scheduled with DSS unit 1 70. In this case, DSS unit 1 70 sends 
a Result packet to the VCR with a ERROR TOKEN (FDh) and an erro code indicating that access to a secured IV was 
denied. H the Authenticate Response fails validation for all passwords of DSS unit 170, the timer event is not scheduled 
with DSS unit 170 and DSS unit 170 sends a Reject packet to VCR 100 with a reject code of Failed_Authentication 
(33h) as shown in Figure 7E. 

[0031 ] A detailed description of an embodiment implementing an interface system that provides the above described 
features follows. In addition to explanatory text, the following description provides CAL language (common application 
language) instructions that, for one skilled in the art, clearly define an exemplary embodiment of the above-described 
system. As a further aid to understanding the following description, Figures 8 through 16 provide flowcharts illustrating 
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the system and methods described below. 

[0032] The DVHS - VCR being developed by Thomson Consumer Electronics. Inc. has a standard A/V input. A/V IN, 
as well as the simplified Digital A/V Bus, DAV. This allows the DVHS- VCR to record and play back either standard ana- 
log or digital video and audio. The DAV bus uses a P1394 physical layer to send the digital bit stream. The CEBus uses 
5 a single ended common collector physical layer and the IS-60 communication protocol. 

[0033] The analog input , AAf IN, allows the user to monitor the DSS video from the VCR. This capability also allows 
the VCR to record the analog video and audio signal. The VCR has a default recording mode determined by an external 
switch located on the DVHS-VCR. The user preference setup and VCR media determine the recording mode on event 
by event basis. 

io [0034] The programmed timer event information shares information necessary to schedule an event between the DSS 
and DVHS-VCR. This includes, among other things, time, date, program duration, recording mode (analog or digital) 
and frequency of the timer program event. 

[0035] The DVHS-VCR play back is recording dependent. The VHS play back occurs in a conventional VHS tape dis- 
play system. Digital play back involves sending a digital bit stream to the DSS for decoding and display. There are four 
is means to send the DSS audio and video to the TV An S-Video TV is connected directly to the DSS S- Video output. A 
TV with only one AA/ input uses the DVHS-VCR output video switch to route DSS video to the DVHS-VCR AN OUT. 
The TV RF input can receive the DSS RF modulator output. Finally, a TV can receive and send a DAV bitstream. 
[0036] The DVHS includes a CEBus application layer comprising seven CEBus contexts. All CEBus devices must 
contain the Universal Context. The DVHS-VCR also contains a Media Transport, Tuner, User Interface, AA/ (Data Chan- 
ge nel), Receiver Control, ad Time Context. The DSS3 contains the Tuner, User Interface, AA/ (Data Channel), Receiver 
Control, and Time Context. 

[0037] Specific operational rules governing the playback and recording functions of the DSS - DVHS interface are 
described first. 

[0038] The next section describes the DSS and VCR interaction necessary to schedule and carry out a pre-scheduled 
25 Program Timer Event from the VCR User Interface. The program timer recording event requires three separate func- 
tions: (1) Resource verification: (2) Password validation; (3) Copy Protection: (4) Error or conflict resolution; and (5) the 
record event. 

[0039] In the case of establishing a DSS scheduled programmed event from the VCR. the VCR must retain the event 
and wait for the DSS to initiate the recording. The VCR can add or delete program event information in the DSS. The 
30 VCR may not remotely modify the DSS program events. The DSS updates the VCR when the DSS user interface 
deletes or changes a program timer event. If the event is deleted from the VCR user interlace the VCR deletes the event 
in the DSS. The VCR cannot modify the DSS program timer event data. 

[0040] The DSS is responsible for initiating the record session. The DSS request VCR availability. Tape Type, switches 
the VCR's AA/ input to DSS Video, and Hails for the DAV bus (digital recordings). The error and conflict resolution func- 
35 tion involves the detection of a Tape Type miss-match, VCR schedule conflicts, or VCR not on the bus (no response). 
[0041] The VCR maintains the scheduled event until it expires or is pre-empted by another programmed event timer. 
The steps required to setup a program timer event with the DSS from the DVHS-VCR are as follows. 

STEP 1: DSS Availability Inquiry 

40 

[0042] The VCR verifies it has an available Program Timer Event Object. If there are no available events, the VCR 
generates an OSD message indicating the VCR program event scheduler is full. 

[0043] The VCR sends an Explicit Invoke message to all Data Memory class objects (16) in the DSS Time Context 
(05) requesting "If current_ status = not programmed then getValue timer_object_id "m" (6D). The DSS returns a com- 
45 pleted token "FE" plus the timer_objectjd IV value "m" for those program event objects not in use ("C" = 0). All other 
Program Timer Event Objects return FC. The VCR will use the first available program event timer. 
[0044] The following CAL command is sent from the VCR to the DSS: 

"05 00 16 56 43 E8 30 F7 43 6D F8" 

50 

[0045] The command reads as := (for time context (05), any (00) event timer class object (16) X if (56) < current status 
"C" (43) equals (56) zero(30) > < Begin(F7) > < getValue (43) timer_object_id ¥ (6D)XEND (F8)> 
[0046] Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh) assume object (04h) and (07h) 
are not in use. The response from the DSS is: 

55 

FC FE 34 FC FC FE 37 FC FC FC 
In this case the Command is sent with the protocol services: 
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MT Service Level 
[0047] 

5 APDU Mode: Basic Fixed 
APDU Type: Exp!icit_lnvoke 

NL Service Level 

10 [0048] 

NPDU Type: non-extended service 

Routing: Directory 

Allowed Media: Not Used 

is BR1 : Not Used 

BR2: Not Used 

DLL Service Level 

20 [0049] 

Service_class: Basic 
DLL service: Acknowledged 
Addressed service: As required 
25 Include source: Yes 
Priority: High 

[0050] If there are no time slots available the DSS returns 
30 TC FC FC FC FC FC FC FC" 

The VCR displays appropriate OSD to indicate either the VCR, DSS or both do not have additional program event tim- 
ers available. 

35 STEP 2: Setting Program Timer Event 

[0051] The VCR sends eventjdata, instant variable "e" f to the Program timer Event object with the received timer- 
object Jd. IV value, LL The symbol LL is the received program timer object time_object_id value. It is a hex variable. 
[0052] The VCR sends an Explicitjnvoke message to the Program Timer Event object (LL) in the DSS Time Context 
40 (05): 

05 LL 46 65 F5 F5 F4 31 32 F6 DnnnLnTnRIAM" 

where "DnnnLnTnRIAM" are the data bytes. The LL field is the hex value of the available DSS program timer event 
45 object timer^objectjd IV returned by the DSS in STEP 1 . 

[0053] The command reads as := (for time context (05). Program Timer Event object (LL) ) < setArray (46) < event_data 
IV (65) (delimiter (F5)(offset=0 > < delimiter (F5) > ( DATA Token (F4) > < number of bytes = 12 (31 32) > < Escape Token(F6) > 
DnnnLnTnRIAM) 

[0054] The receiving node. DSS. returns the completed token, "FE". The complete token indicates the setArray 
so Method was executed on the event_data IV. 

The Command is sent with the protocol services: 

MT Service Level 

55 [0055] 

APDU Mode: Basic Fixed 
APDU Type: Explilcitjnvoke 
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NL Service Level 
[0056] 

5 NPDU Type: non-extended service 

Routing: Directory 

Allowed Media: Not Used 

BR1: Not Used 

BR2: Not Used 

10 

DLL Service Level 
[0057] 

is Service_class: Basic 

DLL service: Acknowledged 
Addressed service: As required 
Include source: Yes 
Priority: High 



20 



40 



Error Condition: EventJData not accepted .setArray method not completed. 



[0058] The DSS returns the Error Token FD and appropriate error/ return code. The VCR attempts to locate a new 
available object. If the VCR finds a new object it places the event in the new object. Otherwise, the VCR generates a no 
25 timers in DBS available error message. 

Error Condition: Pre-condition not satisfied. 

[0059] The DSS returns FD 31 38. This indicates that the event_data was not updated because a pre-condition was 
30 not satisfied (the object was already programmed.) The VCR must locate a new available program timer event object. 
If there are no available program timer event objects, the VCR generates and OSD message. 

Error Condition: Password required 

35 [0060] The DSS returns FE FD. The return code indicates that the variable is protected and requires a password. The 
VCR prompts the User to enter a DSS Password. The four character password is used to encrypt the timer_event IV 
value. The timer_event IV data is sent to the DSS as encrypted data. 



STEP 3: Password Authentication 



[0061] The DSS checks the received eventjdata value and determines if the program selection requries a password. 
If password authentication is required, the DSS returns an authentication error/ reject incfication to the VCR. The VCR 
generates an OSD to request a DSS password. The DSS password is used to construct an authenticated message. 
The VCR sends authenticated data packet to the DSS. The DSS verifies that the requested program and password level 
45 are in agreement. If they are in agreement the DSS returns a completed token "FE". Otherwise the DSS resends the 
authentication error/reject indication. 

STEP 4: Copy Right Authorization 

so [0062] Once an appointment is accepted, the DSS extracts the copy right level information from the user guide and 
places it in its program timer event object copyprotection p (70) instant variable. Initially the VCR's copy_protection IV 
is set to UNKNOWN. The VCR must obtain the copy right information from the DSS before H begins recording. The VCR 
sends an Explicitjnvoke message to the DSS Time Context (05), ProgramTimer Event Object (LL) requesting "get- 
Value of copyprotection IV. "p" (70). The DSS returns a completed token "FE" plus the copyprotection IV value. The 

55 following CAL command is sent from the VCR to the DSS: 

"05 LL 43 70" 
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[0063] The command reads as :=<for time context (05). any program timer event object (LL)> (getValue (43) 
copyprotection IV "p" (70) > 

[0064] The receiving node, DSS, returns the completed token. "FE" plus the present value of "p". The complete token 
indicates the getValue Method was executed on the everrt_data IV. The VCR must verify that it can record the program 
5 and that the recording means, digital or analog, is in compliance with the copyprotect IV value. The copyprotect IV 
values are as follows: 



30h = copy allowed 
31h = analog copy allowed 
w 32h = 1 analog copy allowed 
33h = 1 digital copy allowed 
34h = no copies allowed 
35h = unknown 



75 The Command is sent with the protocol services: 



MT Service Level 



20 



[0065] 

APDU Mode: Basic Fixed 
APDU Type: Explilcitjnvoke 



NL Service Level 

25 

[0066] 



NPDU Type: non-extended service 

Routing: Directory 

30 Allowed Media: Not Used 

BR1: Not Used 

BR2: Not Used 



35 



DLL Service Level 
[0067] 



Service_class: Basic 
DLL service: Acknowledged 
40 Addressed service: As required 
Include source: Yes 
Priority: High 

Error Condition: Copy_Protection IV set to UNKNOWN. 



[0068] This condition indicates that the copyright limitations are unknown due to a flaw in the DSS program guide or 
the program is scheduled beyond the limits of the program guide. The DSS will update the VCR's program timer 
copyprotection IV when it is changed to a known state. The VCR may not keep the appointment when the 
copyprotection IV is set to UNKNOWN at the time of the appointment. The VCR must warn the user that the copy right 
so level is UNKNOWN and that the recording may not take place. 



Error Condition: Copyprotection IV not consistant with requested recording mode. 

[0069] This occurs when the requested recording mode does not comply withe the copyprotection IV level. The VCR 
55 generates an OSD to indicate the requested record level is not allowed and indicates alternative method. When digital 
recordings are not pemitted but analog recordings are permitted, the VCR prompts the user to the analog option, if the 
user does not choose the analog option the program timer event object is reset and the appointment is erased in the 
DSS by the VCR. 
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STEP 5: Program Event Schedule Conflicts 

[0070] The VCR checks for schedule conflicts between events in both the remote device and VCR. It also verifies that 
the conflicts are unique. The VCR sends an Explicitjnvoke message to the DSS Time Context (05). Program Timer 
s Event Object (LL), "getValue of event_conflict IV, T (74). The following CAL command is sent from the VCR to the 
remote device, (DSS): "05 LL 43 74". The command reads as :=(fbr time context (05), any program timer event object 
(LL) > ( getValue (43) event_conf lict IV T (74) > 

The DSS returns a completed token "FE" plus the event_conflict IV value. 

Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), assume object (02h) and (OAh) in the 
10 remote device. DSS, are in conflict with object (04). The VCR sends the CAL Command: "00 04 43 74". The DSS 
returns the completed token, "FE*\ and the numeric values for objects 02 and OA: "FE 30 32 31 30". The Command is 
sent with the protocol services: 



15 



20 



MT Service Level 
[0071] 

APDU Mode: Basic Fixed 
APDU Type: Explilcitjnvoke 

NL Service Level 

[0072] 

25 NPDU Type: non-extended service 
Routing: Directory 
Allowed Media: Not Used 
BR1 : . Not Used 

BR2: Not Used 

30 

DLL Service Level 
[0073] 

35 Service_class: Basic 

DLL service: Acknowledged 
Addressed service: As required 
Include source: Yes 
Priority: High 

40 

[0074] There is one required step to delete a program timer event in the DSS from the DVHS-VCR. The VCR sends 
an Explicitjnvoke message, dependent upon the event_data instant variable value, to all DSS Time Context (05) Mem- 
ory Data class objects (16). If the eventjdata instant variable matches the incoming event then clear_event is set to 
OOh. The receiving object, DSS, then resets the clear_event = 01 h. The following CAL command is sent from the VCR 
45 to the DSS: 

"05 00 16 56 65 E8 F4 31 32 F6 DnnnLnTnRIAM F7 41 63 F8" 

where "DnnnLnTnRIAM" are the data bytes. 
so [0075] The command reads as :=(fortime context (05). any(00) Data Memory class object (16) X if (56) (currentsta- 
tus "e" (65) equals (E8) (DATA Token(F4)> (number of bytes (31 32)) (Escape Token (F6) X DnnnLnTnRIAM 
> (Begin(F7) > ( setOff(41 ) "c" (63) ) ( END(F8) > 

[0076] The receiving node will return a completed token (FE) for the objects containing the appropriate event_data IV 
valuet and all the program timer event object instant variables are cleared. The DSS program timer event object Instant 
55 Variables are set to their default values. If the receiving node returns a false evaluation token (FC) the VCR assumes 
that the event was already deleted or is not found The VCR generates an OSD message indicating that the event was 
not found in the box that responded to the message. 

Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), assume object (04h) is the object holding 
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the appointment The response from the DSS is: 4 

FC FE FC FC FC FC FC FC 
The Command is.sent with the protocol services: 
MT Service Level 
[0077] 

APDU Mode: Basic Fixed 
APDU Type: ExplicrMnvoke 

NL Service Level 

[0078] 



NPDU Type: non-extended service 

Routing: Directory 

20 Allowed Media: Not Used 

BR1: Not Used 

BR2: Not Used 



25 



DLL Service Level 
[0079] 



Service_class: Basic 

DLL service: Acknowledged 

30 Addressed service: As required 

Include source: Yes 

Priority: High 

[0080] Known error states developed from an attempt to set up a program timer event from the VCR will now be 
35 described. 

Error State: VCR Program Event Object Unavailable 

[0081 ] If all the VCR program events are in use the VCR does not add the new event and does not attempt to add the 
40 event to remotely located device. 

Action: The VCR generates an OSD indicating the VCR program scheduler is full. The program timer event is not added 

to either the DSS or VCR program timer event list. 

User Action: The user must delete a VCR event before proceeding. 

45 Error State: DSS Program Event Object Unavailable 

[0082] If all the DSS program events are in use, the DSS returns false evaluation for all eight program timer event 
objects. 

Action: The VCR generates an OSD indicating the DSS program scheduler is full. The added event is deleted from the 
so VCR event list. 

User Action: The user may delete a DSS event scheduled on the VCR or change to the DSS User Interface and delete 
a program. 

Error State: Password not verified 

55 

[0083] When the VCR attempts to schedule a program and the program requires a master password, the DSS returns 
an unauthenticated message error. 

Action: VCR generates an OSD indicating that the program selection requires the DSS Master password. The VCR 
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uses the provided password to generate the encryption keys. The VCR then sends the data and encryption keys to the 
the appropriate program timer event object in o the DSS. 

Error State: Program Event Schedule Conflicts 

5 

[0084] When the VCR schedules a program in the DSS and there is a conffict in either the VCR or DSS, the program 
event is placed in both the VCR and DSS. The DSS returns event object number(s) to indicate that there is a schedule 
conflict. The VCR generates an OSD indicating what programs are in conflict. 

Action: DSS reports that there is a schedule conflict and the event numbers with the conflict. The VCR must display the 
10 conflicting events and indicate the location of the events. 

User Action :The VCR User Interface allows the user to either ignore the event conflict or delete the newly scheduled 
DSS event. 

[0085] The DSS and VCR interaction necessary to schedule and carry out a pre-scheduled Program Timer Event 
from a remote (DSS) User Interface is described next. A VCR Program Timer Event may be initiated, deleted or modi- 
15 fied remotely. The program timer recording event requires three separate functions: (1) Resource verification; (2) Copy 
Protection Validation; (3) Error or conflict resolution; and (4) the record event. 

[0086] The DSS request information to determine VCR availability to make a recording. The Copy Protection Valida- 
tion requires the remote device and VCR to determine when a program can be legally copied. The error and conflict 
resolution functions involves the detection of a schedule conflict, inappropriate VCRsetup and no response, The record 
20 macro function involves setup of the VCR input, to either analog or DAV inputs, instructing the VCR to begin recording, 
verifying the VCR is in the record mode, and tuning the DSS to the appropriate channel, (making a purchase if neces- 
sary). 

[0087] The DSS will request resource verification from the VCR to determine VCR availability and Tape Type. The 
DSS will also switch the A/V switch to DSS Video. The error and conflict resolution function involves the detection of a 
25 Tape Type miss-match, VCR in use, or VCR not on the bus (no response), The record event function involves setup of 
the VCR input, to either analog or DAV inputs, instructing the VCR to begin recording, and verifying the VCR is in the 
record mode. 

[0088] The steps required to setup, i.e.. add, a program event with the DVHS-VCR from the DSS are described below. 
STEP 1 : The DSS verifies it has an available Program Event Object. If there are no available program event objects, the 

30 DSS generates an OSD message indicating the DSS program event scheduler is full. 

[0089] Once an appointment is accepted, the DSS extracts the copy right level information from the user guide and 
places it in its program timer event object copyprotection p (70) instant variable. Initially the copyprotection IV is set 
to UNKNOWN. The DSS then determines if it legal to copy the program material and generates appropriate OSD 
screens in the event the program may not be copied. Once the DSS record methods and program material are in agree- 

35 ment it proceeds to make an appointment with the VCR. 

[0090] The remote device DSS, sends an Explicitjnvoke message to all Data Memory class objects (16) in the VCR 
Time Context (05) requesting "If current, status ~ not programmed then getValue timer_object_id "m" (6D). The DSS 
returns a completed token "FE" plus the timer-object_id IV value "m" for those program event objects not in use ( n O n = 
0). All other Program Timer Event Objects return FC. The remote device, DSS, uses the first available program event 

40 timer object 

[0091] The following CAL command is sent from a requesting node, the DSS, to the VCR: "05 00 16 56 43 E8 30 F7 
43 6D F8" 

[0092] The command reads as :=<for time context (05), any (00) Memory Data class object (1 6) X if (56) < current sta- 
tus "C" (43) equals (56) zero (30) X Begin(F7) > < getValue (43) timer-object_id "rrf (6D) > <END (F8) > 
45 [0093] The VCR node will return a completed token (FE) and the timer_objectJd IV value for all those Data Memory 
class objects with a current status =0 and a false evaluation token (FC) for all Data Memory class objects with current 
status 0 0. 

Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), assume object (04h) and (07h) are not 
in use. The response from the VCR is: 

50 

FC FE 34 FC FC FE 37 FC FC FC 
If there are no time slots available the DSS returns 
55 "FC FC FC FC FC FC FC FC" 

The Command is sent with the protocol services: 
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MT Service Level 



[0094] 

APDUMode: Basic Fixed 
APDU Type: Explicrtjnvoke 



NL Service Level 



w [0095] 

NPDU Type: non-extended service 

Routing: Directory 

Allowed Media: Not Used 

15 BR1: Not Used 

BR2: Not Used 



DLL Service Level 



20 [0096] 

Service_class: Basic 

DLL service: Acknowledged 

Addressed service: As required 

25 Include source: Yes 

Priority: High 



30 



[0097] If there are no time slots available the DSS will display appropriate OSD to indicate either the VCR. DSS or 
both do not have additional program event timers available. 

STEP 2: Setting Program Timer Event 



[0098] The remote device, DSS. sends event_data. instant variable "e", to the Program timer Event object with the 
received timer-object Jd. IV value. LL The symbol LL is the received program timer object timer__object_id value. It is a 
35 hex variable. The remote device. DSS. sends an Explicitjnvoke message to the Program Timer Event object (LL) in the 
VCR Time Context (05): 



05 LL 46 65 F5 F5 F4 31 32 F6 DnnnLnTnRIAM" 



40 where "DnnnLnTn Rl AM" are the data bytes. The LL field is the hex value of the available VCR program timer event 
object timer_object_id IV returned by the VCR in STEP 1 . 

[0099] The command reads as := (for time context (05). Program Timer Event object (LL) XsetArray (46) < event_data 
IV (65) (delimiter (F5)(offset = 0)> < delimiter(F5) > (DATA Token (F4)> (number of bytes = 12 (31 32) > (Escape 
Token(F6) > DnnnLnTn Rl AM > 

45 [01 00] The VCR returns the completed token, "FE". The complete token indicates the setArray Method was executed 
on the eventjdata IV. 

The Command is sent with the protocol services: 



MT Service Level 

so 

[0101] 



APDUMode: Basic Fixed 
APDU Type: Explicrtjnvoke 

55 
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NL Service Level 



[0102] 



NPDU Type: 

Routing: 

Allowed Media: 

BR1: 

BR2: 



non-extended service 



Directory 
Not Used 
Not Used 
Not Used 



DLL Service Level 



[0103] 



Service_class: 
DLL service: 
Addressed service: 
Include source: 
Priority: 



Basic 

Acknowledged 
As required 



Yes 
High 



Error Condition: Event_Data setArray not completed. 

[0104] The VCR returns the Error Token FD and appropriate error/ return code. The VCR attempts to locate a new 
available object. 

Error Condition: Pre-condition not satisfied. 

[0105] The VCR returns FD 31 38. This indicates that the event_data was not updated because a pre-condition was 
not satisfied (the object was already programmed.) The remote device, DSS, must locate a new available program timer 
event object. If there are no available program timer event objects, the remote device, DSS, generates and OSD mes- 
sage. 

STEP 3: Copyright Authorization 

[0106] Once an appointment is accepted, the remote device, DSS, sends the copy right level information to the pro- 
gram timer event object copyprotection p (70) instant variable. Initially, the VCR's copyprotection IV is set to 
UNKNOWN. The VCR must obtain the copy right information from the remote device, DSS. before it begins recording. 
[0107] The remote device, DSS, sends an Explicitjnvoke message to the DSS Time Context (05), ProgramTimer 
Event Object (LL) "setValue of copyprotection IV, "p" (70). The VCR returns a completed token "FE" plus the 
copyprotection IV value. 

[0108] The following CAL command is sent from the VCR to the DSS: "05 LL 45 70 F5 < numeric > " 

[0109] The command reads as :=<fbr time context (05), any program timer event object (LL)> (setValue (45)) < 

copyprotection IV "p"(70) > < delimiter(F5) > < numeric > . 

[01 1 0] The VCR, returns the completed token, "FE*. The complete token indicates the setValue Method was executed 
on the event_data IV. The VCR must verify that it can record the program and that the recording means, digital or ana- 
log, is in compliance with the copyprotect IV value. The copy protect IV values are as follows: 

30h = copy allowed 
31 h = analog copy allowed 
32h = 1 analog copy allowed 
33h = 1 digital copy allowed 
34h = no copies allowed 
35h = unknown 

The Command is sent with the protocol services: 
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MT Service Level 



[0111] 



s APDU Mode: Basic Fixed 
APDU Type: ExpHlcitJnvoke 



NL Service Level 



io [0112] 

NPDU Type: non-extended service 

Routing: Directory 

Allowed Media: Not Used 

is BR1 : Not Used 

BR2: Not Used 



DLL Service Level 



20 [0113] 

Service_class: Basic 

DLL service: Acknowledged 

Addressed service: As required 

25 Include source: Yes 

Priority: High 



Error Condition: Copy_Protection IV set to UNKNOWN. 

30 [01 14] This condition indicates that the copy right limitations are unknown due to a flaw in the. remote device l£ DSS, 
program guide or the program is scheduled beyond the limits of the program guide. The remote device, DSS, will update 
the VCR's program timer copyprotection IV when it is changed to a known state. The VCR may not keep the appoint- 
ment when the copyprotection IV is set to UNKNOWN at the time of the appointment. The VCR must warn the user 
that the copy right level is UNKNOWN and that the recording may not take place. 

35 

Error Condition: Copy_Protection IV not consistarrt with requested recording mode. 

[0115] This occurs when the requested recording mode does not comply withe the copyprotection IV level. The 
remote device. DSS. generates an OSD to indicate the requested record level is not allowed and indicates alternative 
40 method. When digital recorcGngs are not pemitted but analog recordings are permitted, the remote device,DSS. 
prompts the user to the analog option. If the user does not choose the analog option the program timer event object is 
reset and the appointment is erased in the VCR by the remote device, DSS. 

STEP 4: Program Event Schedule Conflicts 

45 

[0116] The remote device, DSS, checks for schedule conflicts between events in both the remote device and VCR. It 
also verifies that the conflicts are unique. The remote device. DSS, sends an Explicitjnvoke message to the VCR Time 
Context (05), Program Timer Event Object (LL), "getValue of event_copy IV, T (74). 
The following CAL command is sent from the remote device, DSS, to the VCR: 

50 

"05 LL 43 74" 

[0117] The command reads as :=<for time context (05), any program timer event object (LL)> (getValue (43) 
event_conflict IV T (74) > 
55 [01 18] The VCR returns a completed token "FE" plus the eventponf lict IV value. 

Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), assume object (02h) and (OAh) in the 
remote device, DSS, are in conflict with object (04). The remote device, DSS. sends the CAL Command: "00 04 43 74^ 
[0119] The VCR returns the completed token, "FE n , and the numeric values for objects 02 and OA: "FE 30 32 31 30" 
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The Command is sent with the protocol services: 

MT Service Level 

5 [0120] 

APDU Mode: Basic Fixed 
APDU Type: Explilcitjnvoke 

10 NL Service Level 

[0121] 

NPDU Type: non-extended service 

75 Routing: Directory 

Allowed Media: Not Used 

BR1 : Not Used 

BR2: Not Used 

20 DLL Service Level 



30 [01 23] The following single step is used to delete a program timer event in the VCR from the DSS. 
STEP 1 : Conditional Deletion 

[01 24] The DSS sends an Explicit Jnvoke message, dependent upon the event_data instant variable value, to all VCR 
35 Time Context (05)) Memory Data class objects (16).. If the everrt_data instant variable matches the incoming event then 
clear_event is set to OOh and all event related data is cleared from the object. 

[0125] After the object's event related data is cleared, the receiving object, VCR, resets the clear_event = 01h 
(Boolean True). 

[0126] The following CAL command is sent from the remote device, DSS, to the VCR: "05 00 16 56 65 E8 F4 31 32 
40 F6 DnnnLnTnRIAM F7 41 63 F8 W 

where "DnnnLnTnRIAM" are the data bytes. 

[01 27] The command reads as := (for time context (05), any (00) Memory Data class object (1 6) X if (56) < current sta- 
tus "e" (65) equals (56) (DATA Token(F4)> (number of bytes (31 32) > (Escape Token (F6)>< 
DnnnLnTnRIAM ><Begin(F7) JfeetOff (41) n c" (63)>(END (F8)> 

45 [0128] The VCR node will return a completed token (FE) if the condition is met and the data is placed into the 
everrtjdata instant variable. Otherwise the receiving node returns a false evaluation token (FC). The VCR returns a 
completed token (FE) for the object containing the event_data IV value and all the program timer event object instant 
variables are cleared. The DSS program timer event object Instant Variables are set to their default values. If the VCR 
returns a false evaluation token (FC) the remote device, DSS, assumes that the event was already deleted or is not 

so found The DSS generates an OSD message indicating that the event was not found in the box that responded to the 
message. 

Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), assume object (04h) is the object holding 
the appointment. The response from the VCR is: 

55 FC FE FC FC FC FC FC FC 

The Command is sent with the protocol services: 



[0122] 



25 



Service__class: 
DLL service: 
Addressed service: 
Include source: 
Priority: 



Basic 

Acknowledged 
As required 



Yes 
High 



16 



EP 0 913 997 A2 



MT Service Level 
[0129] 

s APD.U Mode: Basic Fixed 
APDU Type: Explicitjnvoke 

NL Service Level 

w [0130] 

NPDU Type: non-extended service 

Routing: Directory 

Allowed Media: Not Used 

is BR1 : Not Used 

BR2: Not Used 

DLL Service Level 

20 [0131] 

Service_class: Basic 
DLL service: Acknowledged 
Addressed service: As required 
25 Include source: Yes 
Priority: High 

[0132] The following three steps are required to modify a program timer event in the VCR from the DSS. 
STEP 1 : The remote device. DSS. sends an Explicitjnvoke message, dependent upon the event_data instant variable 
30 value, to all VCR Time Context (05) Data Memory class objects (16). If the eventjdata instant variable matches the 
incoming event the VCR returns the Completed result "FE" and its timer_object_id IV, "rrf, value. All other objects return 
the False Evaluation result "FC". 

[0133] The following CAL command is sent from the DSS to the VCR: 
35 "05 00 16 56 65 E8 F4 31 32 F6 DnnnLnTnRIAM F7 52 F8" 
where "DnnnLnTnRIAM" is the eventjdata instant variable data. 

[0134] The command reads as := (for time context (05), any (00) Data Memory class object (16) > ( if(56) < current sta- 
tus "e" (65) equals (56) (DATA Token(F4)> (number of bytes(31 32)) (Escape Token (F6))( DnnnLnTnRIAM 
40 > <Begin(F7) > ( ) X getValue (43) timer_object_jd "m"(6D) > (END (F8) > 

[0135] The program timer object containing the supplied eventjdata IV value returns a completed token indicating the 
condition is met, "FE". and a second completion token, "FE - , ad the timer_object_id IV value. Those program_timer- 
objects not evaluation as TRUE return the false evaluation token, "FC\ 

Example: If the VCR Time Context (05) Program Timer Event objects are (03h) - (OAh) and the object corresponding 
45 event to be modified is in object (08h) the VCR returns 

"FC FC FC FC FC FE FE 38 FC FC". 

The Command is sent with the protocol services: 

50 

MT Service Level 
[0136] 

55 APDU Mode: Basic Fixed 
APDU Type: Explicitjnvoke 
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NL Service Level 
[0137] 

NPDU Type: non-extended service 
Routing: Directory 
Allowed Media: Not Used 
BR1 : Not Used 

BR2: Not Used 



DLL Service Level 
[0138] 

15 Service_class: Basic 

DLL service: Acknowledged 

Addressed service: As required 

Include source: Yes 

Priority: High 



STEP 2: Modrting event_data IV Information 

[0139] The DSS sends Explicit Jnvoke message to modify the event_data instant variable. The following CAL com- 
mand is sent from the DSS to the VCR: 

"05 (LL) 46 F5 F5 F4 31 32 F6 DnnnLnTnRIAM* 



where "DnnnLnTnRIAM" is the event_data information. 

[0140] The command reads as :=<for time context (05), program event timer object (LL)> <setArray (46) 
30 ( delimiter > (offset = 0) < delimiter > < DATA Token(F4) ) < number of bytes = 12 (31 32) > ( Escape Token (F6) > DnnnLnTn- 
RIAM) 

[0141] The VCR returns a completed token (FE) when the data is placed into the event jdata instant variable. Other- 
wise, the receiving node returns an Error Token, "FD\ with the appropriate error/return message. 
The Command is sent with the protocol services: 

35 

MT Service Level 
[0142] 

40 APDU Mode: Basic Fixed 
APDU Type: Explicttjnvoke 

NL Service Level 

45 [0143] 

NPDU Type: non-extended service 

Routing: Directory 

Allowed Media: Not Used 

so BR1 : Not Used 

BR2: Not Used 

DLL Service Level 

55 [0144] 

Service_class: Basic 

DLL service: Acknowledged 
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Addressed service: As required 
Include source: Yes 
Priority: High 

s STEP 3: Copy Right Authorization 

[0145] Once an appointment is accepted, the remote device, DSS, sends the copy right level information to the pro- 
gram timer event object copyprotection p (70) instant variable. The VCRs copyprotection IV must be updated by the 
remote device. DSS. before it begins recording. 
w [0146] The remote device, DSS; sends an Explicit Jnvoke message to the DSS Time Context (05), ProgramTimer 
Event Object (LL) "setValue of copyprotection IV, "p" (70). The VCR returns a completed token "FE" plus the 
copyprotection IV value. 

[0147] The following CAL command is sent from the VCR to the DSS: "05 LL 45 70 F5 ( numeric > " 
[0148] The command reads as :=<for time context (05), any program timer event object (LL)> (setValue (45) > 
is ( copyprotection IV "p"(70) > < de1imrter(F5) > < numeric > . 

[01 49] The VCR, returns the completed token, "FE". The complete token indicates the setValue Method was executed 
on the everrt_data IV The VCR must verify that it can record the program and that the recording method, digital or ana- 
log, is in compliance with the copyprotect IV value. The copyprotect IV values are as follows: 



20 30h = copy allowed 

31 h = analog copy allowed 
32h = 1 analog copy allowed 
33 h = 1 digital copy allowed 
34h = no copies allowed 

25 35h = unknown 



The Command is sent with the protocol services: 
MT Service Level 

30 

[0150] 

APDU Mode: Basic Fixed 
APDU Type: Explilcitjnvoke 

35 

NL Service Level 



[0151] 



40 NPDU Type: non-extended service 

Routing: Directory 

Allowed Media: Not Used 

BR1 : Not Used 

BR2: Not Used 

45 

DLL Service Level 



[0152] 

so Serviceplass: Basic 

DLL service: Acknowledged 

Addressed service: As required 

Include source: Yes 

Priority: High 

55 

Error Condition: Copy_Protection IV set to UNKNOWN. 



[0153] This condition indicates that the copy right limitations are unknown due to a flaw in the. remote device, DSS, 
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program guide or the program is scheduled beyond the limits of the program guide. The remote device, DSS, will update 
the VCR's program timer copyprotection IV when it is changed to a known state. The VCR may not keep the appoint- 
ment when the copyprotection IV is set to UNKNOWN at the time of the appointment. The VCR must warn the user 
that the copy right level is UNKNOWN and that the recording may not take place. 

5 

Error Condition: Copy_Protection IV not consistant with requested recording mode. 

[0154] This occurs when the requested recording mode does not comply withe the copyprotection IV level. The 
remote device, DSS, generates an OSD to indicate the requested record level is not allowed and indicates alternative 
10 method. 

[01 55] When digital recordings are not permitted but analog recordings are permitted, the remote device.DSS, prompts 
the user to the analog option. If the user does not choose the analog option the program timer event object is reset and 
the appointment is erased in the VCR by the remote device, DSS. 

is STEP 4: Program Event Schedule Conflicts 

[0156] The remote device, DSS, checks for schedule conflicts between events in both the remote device and VCR. It 
also verifies that the conflicts are unique. 

[0157] The remote device, DSS, sends an Explicitjnvoke message to the VCR Time Context (05), Program Timer 
20 Event Object (LL), "getValue of event_conflict IV, T (74). 

[0158] The following CAL command is sent from the remote device, DSS, to the VCR: 

"05 LL 43 74" 

25 [0159] The command reads as :=<for time context (05), any program timer event object (LL)> (getValue (43) 
everrt_conflict IV T (74) > 

[0160] The VCR returns a completed token "FE" plus the event_corrf lict IV value. 

Example: For Timer Context (05h) Program Event Timer objects (03h) - (OAh), assume objects (05h) and (OAh) in the 
remote device, DSS, and VCR objects (03h), (06h),and (07h) are in conflict with new event stored in VCR object (04). 
30 Also, the event stored in the VCR program event timer object (06h) has the same remote_ua dn remotjic as the new 
event stored in VCR object (04h). The remote device, DSS, sends the CAL Command: "00 04 43 74" 
[0161] The VCR returns the completed token, "FE", and the numeric timer_number IV values for objects 03 and 07: 
"FE 30 31 30 35" 

The Command is sent with the protocol services: 

35 

MT Service Level 
[0162] 

40 APDU Mode: Basic Fixed 
APDU Type: Explilcitjnvoke 

NL Service Level 

45 [0163] 

NPDU Type: non-extended service 

Routing: Directory 

Allowed Media: Not Used 

so BR1 : Not Used 

BR2: Not Used 

DLL Service Level 

55 [0164] 

Service.class: Basic 

DLL service: Acknowledged 



20 



EP 0 913 997 A2 



Addressed service: As required 
Include source: Yes 
Priority: High 

[0165] The DSS then generates an OSD to indicate that the DSS program event timers 3 and 8 and VCR program 
timer events 1 and 5 are in conflict. The VCR program event timer 4, stored in object (04h) is not indicated since it is 
duplicated in the DSS. 

[01 66] The next section describes known error states developed from an attempt to set up a program timer event from 
the DSS. 

Error State: DSS Program Event Object Unavailable 

[0167] If all the DSS program events are in use the DSS does not add the new event. 

Action: The DSS generates an OSD indicating the DSS program scheduler is full. The event not added to the VCR 
event list. 

User Action: The user must delete a DSS event before proceeding. 
Error State: VCR Program Event Object Unavailable 

[01 68] If all the VCR program events are in use, the VCR does not return the object number of an available program 
event object 

Action: The DSS generates an OSD indicating the VCR program scheduler is full. The added event is deleted from the 
DSS event list. 

User Action: The user may delete a DSS event scheduled on the VCR or change to the VCR User Interface and delete 
a program. 

Error State. Program Event Schedule Conflicts 

[01 69] When the DSS schedules a program in the VCR and there is a conflict in either the VCR or DSS, the program 

event is placed in both the VCR and DSS. The VCR returns event object number(s) to indicate that there is a schedule 

conflict. The DSS generates an OSD indicating what programs are in conflict. 

Action: VCR Reports that there is a schedule conflict and the event numbers with the conflict 

User Action :The VCR User Interface allows the user to either ignore the event conflict or delete the newly scheduled 

DSS event. 

Error State: Program Event Schedule Conflicts 

[01 70] When the VCR schedules a program in the DSS and there is a conflict in either the VCR or DSS, the program 
event is placed in both the VCR and DSS. The DSS returns event object number(s) to indicate that there is a schedule 
conflict. The VCR generates an OSD indicating what programs are in conflict. 

Action: DSS reports that there is a schedule conflict and the event numbers with the conflict. The VCR must display the 
conflicting events and indicate the location of the events. 

User Action :The VCR User Interface allows the user to either ignore the event conflict or delete the newly scheduled 
DSS event. 

[0171 ] The interaction between the DSS and VCR to execute a programmed timer event is described next 
[0172] For a DSS digital record timer event, the DSS requests information to determine VCR availability to make a 
recording. The error and conflict resolution function involves the detection of a schedule conflict, VCR and DSS opera- 
tional states, and tape availability. The record macro function involves setup of the VCR input, to either analog or DAV 
inputs, instructing the VCR to begin recording, verifying the VCR is in the record mode, and tuning the DSS to the 
appropriate channel, (making a purchase if necessary). 

[0173] The DSS request VCR availability and Tape Type. The DSS will switch the A/V switch to DSS Video and pre- 
pare the VCR to receive a digital bit stream. The error handling checks for Tape Type miss-match, VCR in use. or VCR 
not on the bus (no response) errors. 

[01 74] The VCR and DSS availability's to keep the event appointment is verified during a time period before the event 
time. This allows user intervention to deal with VCR and DSS state conflicts. During the typical programmed event both 
the VCR and DSS are turned OFF. Several minutes before a DSS appointment, the DSS will send Command 1 . 
[0175] The steps for the DSS to initiate a program event with the DVHS-VCR are as follows. 
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STEP 1 Command: VCR availability determination 

[01 76] The DSS determines the VCR availability before the appointment. The DSS sends an Explicit Jnvoke getValue 
method to the VCR Universal context (OOh) Node Control Object (01 h) power instance variable W (77h) and Media 
Transport context (11h) Transport Mechanism Object (03h) instance variables C* (43h) (motion_mode) ( T (6Ch) 
(mediumjoad), 'm* (6Dh) (medium), 'w (77) (write_protected), Display context (13h) Output Source Switch object (02h) 
instance variable *C f . 

"00 01 43 77 F9 1 1 03 43 43 FB 43 6C FB 43 6D FB 43 77 F9 13 02 43 43" 

The Command is sent with the protocol services: 

MT Service Level 

[0177] 

APDU Mode: Basic Fixed 
APDU Type: ExpliciMnvoke 

NL Service Level 

[0178] 

NPDU Type: non-extended service 

Routing: Directory 

Allowed Media: Not Used 

BR1: Not Used 

BR2: Not Used 

DLL Service Level 



When the VCR is setup correctly it returns the values: 

"00 F5 30 F5 01 F5 31 30 32 F5 00 F5 39" 

[0180] This indicates the VCR is in the OFF states), the VCR is in the STOP mode, a tape is loaded, a digital tape is 
loaded m = "31 30 32" ,the tape is not write protected, and the VCR output video source switch = AVR1 {DSS}. 
[0181] Exception handling in Step 1 is addressed as follows. 

Tape Not Loaded 

[0182] If the DSS is on, the DSS outputs an OSD indicating a DSS program timer event is about to occur and that no 
tape is loaded in the VCR. It also request the User to load a Digital Tape. If a tape is not loaded into the VCR the DSS 
deletes the program timer event from the schedules and places a failure notice in the DSS mailbox. If the VCR is on and 
the VCR output video switch is not set to AVR1 , the VCR displays an OSD indicating that a DSS program timer event 
is about to occur and that no tape is loaded in the VCR. 

Analog Tape Loaded 

[0183] If the DSS is on, the DSS outputs an OSD indicating a digital recording mode DSS program timer event is 



[0179] 



Service_class: 
DLL service: 
Addressed service: 
Include source: 
Priority: 



Basic 

Acknowledged 
As required 



Yes 
High 
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about to occur and that that VCR is loaded with an Analog only tape. The DSS waits for the user to repond and indicate 
that a digital tape had been loaded or to make an analog recording. There are three possible outcomes: 

1) If the user responds that the recording should take place with the analog tape, the DSS changes the appointment 
to a analog recording. This information is sent from the DSS to the VCR. 

2) If the user responds to cancel the appointment, the DSS deletes the appointment from both the VCR and DSS 
program timer events list. 

3) If no response is given the DSS assumes that the user desires an analog recording to take place. At the record 
time the DSS request the type of tape loaded in the VCR and then makes the appropriate recording, (digital or ana- 
log). 

[0184] If the VCR is turned on and the VCR output video switch is not set to AVR1 , the VCR must initiate the OSD 
messages to determine if the recording should proceed as an analog recording or be cancelled. There are three possi- 
ble outcomes: 

1) II the user responds that the recording should take place with the analog tape, the VCR changes the appoint- 
ment to an analog recording. This information is sent from the VCR to the DSS. 

2) If the user responds to cancel the appointment, the DSS deletes the appointment from both the VCR and DSS 
program timer events list. 

3) If no response is given the VCR assumes that the user desires an analog recording to take place. At the record 
time the DSS request the type of tape loaded in the VCR and then makes the appropriate recording, (digital or ana- 
log). 

Read Only Tape Loaded 

[0185] If the DSS is on, the DSS outputs an OSD indicating a record timer event is about to occur and that a Read 
Only Tape is loaded. The user must indicate the recording can be cancelled or kept. If the user indicates the recording 
appointment should be kept DSS sends a command to cause the VCR to eject the read only tape. If there is no 
response the DSS cancels the recording appointment. 

[0186] If the VCR is turned on and the VCR output video switch is not set to AVR1 , the VCR initiates an OSD mes- 
sages indicating a record timer event is about to occur and that a Read Only Tape is loaded. The user may indicate the 
recording can be cancelled or kept If the user indicates the recording appointment should be kept the tape is ejected. 
If there is no resonse the VCR cancels the recording appointment. 

VCR Output Display Source Switch 0 AVR1 

[0187] If the display switch is the only error, the DSS sets the VCR Output Display Source Switch to AVR1 and con- 
tinues on to Step 2. 

[0188] If other setup errors are present, the VCR is responsible for display of OSD messages indicating conditions: 
Tape Not Loaded. Analog Tape Loaded, Read Only Tape Loaded, and Tape motion Mode o STOP. 

Tape motion_mode exception handling 

[0189] The DSS determines if timer event should override the ongoing VCR state. 

[01 90] If tape motion_mode = STOP, the DSS generates an OSD asking if the appointment should be kept. If the user 
enters NO then the DSS deletes the appointment from both the DSS and VCR. A non-response is defaulted to YES. 
[0191 ] If the VCR output video switch is not set to AVR1 , the VCR must also generate an OSD asking if the appoint- 
ment should be kept If the user enters NO then the VCR will detete the appointment from the DSS and VCR. A non- 
response is defaulted to YES. 

[01 92] If tape motion_mode = RECORD, the DSS determines if the VCR is executing a previously scheduled program 
timer event. If it is executing a previous event timer the DSS will pre-empt the ongoing event at the appropriate time. 
The DSS sends an Explicit Jnvoke message to all Data Memory class objects (16) in the VCR Time Context (05) 
requesting "getValue of current, status "C" (43)" and getValue of Medium Transport Context (1 1) Transport Mechanism 
Object (03) "motion.mode". "C" (43) IV. 

All the Program Timer Event Objects return FE and the value of their current status. The Medium Transport context 
returns the completed token, "FE" and the motion mode IV value. The following CAL command is sent from the VCR to 
the DSS: 
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"05 00 16 43 43 F9 1 1 03 43 43" 

[01 93] The command reads as := <for time context (05), any (00) event timer class object (1 6) X getValue (43) < current 
status "C" (43) End_of_Cmd (F9) > < getValue (43) motion_mode. "CT (43) ) 
5 Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), assume object (04h) is executing a pro- 
gram timer event. The response from the DSS is: 

FE 30 FE 32 FE 30 FE 30 FE 30 FE 30 FE 30 FE 30 FE 31 

io In this case the Command is sent with the protocol services: 

MT Service Level 

[0194] 



15 
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APDU Mode: Basic Fixed 
APDUType: Explicftjnvoke 

ML Service Level 

[0195] 



NPDU Type: non-extended service 

Routing: Directory 

25 Allowed Media: Not Used 

BR1: Not Used 

BR2: Not Used 



30 



40 



DLL Service Level 
[0196] 



Service.class: Basic 

DLL service: Acknowledged 

35 Addressed service: As required 

Include source: Yes 

Priority: High 



[0197] If there are no time slots available the DSS returns 
"FC FC FC FC FC FC FC FC" 



The VCR displays appropriate OSD to indicate either the VCR, DSS or both do not have additional program event tim- 
ers available. 

45 [0198] If the VCR is executing a program timer event then the DSS sets the tape motion_mode = STOP and clears 
the event from the VCR. The DSS then executes STEP 2. 

[0199] If tape motion_mode = PLAY, the DSS cancels the event and deletes it from the VCR. 
[0200] If tape lvlotion_mode = Other, the DSS cancels the event and deletes if from the VCR. 

so STEP 2: DSS Hails for DAV Bus Data 

[0201] At the appointment time, the remote device, DSS, re-verifies that the VCR is ready to carry out the appoint- 
ment. Upon receipt of the return packet the DSS tunes to the appropriate channel, checks the copy protection level, and 
hails for the DAV Bus. 
55 Channel and sets copy protection variables 



24 



EP 0 913 997 A2 

Step 2.a: VCR Ready 



[0202] The remote device. DSS. queries the VCR to determine if it is ready to carry out the appointment The DSS 
sends an Explicitjnvoke getValue method to the VCR Universal context (OOh) Node Control Object (01 h) power 
instance variable W (77h) and Media Transport context (1 1h) Transport Mechanism Object (03h) instance variables 'C 
(43h) (motionmode), T (6Ch) (mediumjoad). W (6Dh) (medium). \n (77) (write_protected). Display context (1 3h) Out- 
put Source Switch object (02h) instance variable , C. 



10 



"00 01 43 77 F9 11 03 43 43 FB 43 6C FB 43 6D FB 43 77 F9 13 02 43 43" 

The Command is sent with the protocol services: 

MT Service Level 

75 [0203] 

APDU Mode: Basic Fixed 
APDU Type: Explicitjnvoke 

20 NL Service Level 

[0204] 

NPDU Type: non-extended service 

25 Routing: Directory 

Allowed Media: Not Used 

BR1 : Not Used 

BR2: Not Used 

30 DLL Service Level 

[0205] 

Service_class: Basic 

35 DLL service: Acknowledged 

Addressed service: As required 

Include source: Yes 

Priority: High 

40 When the VCR is setup correctly it returns the values: 

"00 F5 30 F5 01 F5 31 30 32 F5 00 F5 39" 

[0206] This indicates the VCR is in the OFF state, the VCR is in the STOP mode, a tape is loaded, a digital tape is 
45 loaded m = "31 30 32* the tape is not write protected, and the VCR output video source switch = AVR1 {DSS}. 

Step 2.b: Copy protection level validation 

[0207] If required, the remote device, DSS, sends the copyprotection IV value to the appropriate program timer. 
Step 2.c: Hail for the DAV Bus 



50 



[0208] The remote device. DSS. queries the bus to determine H it can take control of the BUS. The VCR gives up 
control of the bus unless it is in the play mode. At that time the resource is considered locked. The lock is released when 

55 the VCR is taken out of the play mode. . . ^ ^ lA 

[0209] The DSS gives up control of the bus unless it is suppling a bitstream to a VCR that is in the record mode, in 
that event the channel is considered locked. The lock is released when the VCR is taken out of the record mode. 
Command- The DSS sets the copy protection values in the VCR and hails for the DAV Bus Data Channel. 
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Step 2: Exception Handling: 

[021 0] If the DSS cannot successfully gain access to the DAV Bus, the DSS program timer event defaults to an analog 
recording. 

STEP 3: DSS Initiates Digital Recording. 

[021 1] Command: The DSS sends an Explicrtjnvoke setValue method to the VCR Universal context (OOh) Node Con- 
trol Object (01h) instant variable V (77h) = ON (power = ON) and Media Transport context (1 1h) Source Switch (02) 
instance variable 'C (43h) = 31 h 38 (DAV). Transport Mechanism Object (03h) instance variables 'C (43h) = 01 h 
(motion_mode = record). Display context (13h) Source Switch object (02h) instance variable *C* = 09h (display = AVR1), 
and sets the VCR DAV Bus receiver to ON. 

"00 01 42 77 F9 1 1 02 45 46 01 FB 03 45 43 01 F9 13 02 45 43 09 (add DAV Bus receiver ON Tokens)" 
The Command is sent with the protocol services: 

MT Service Level 

[0212] 

APDU Mode: Basic Fixed 
APDU Type: Explicit_lnvoke 

NL Service Level 

[0213] 

NPDU Type: non-extended service 

Routing: Directory 

Allowed Media: Not Used 

BR1: Not Used 

BR2: Not Used 

DLL Service Level 



[0215] The VCR should return: "FE FE FE FE FE" 

[0216] Upon receipt of the VCR return message the DSS tunes to the appropriate channel, turns on its DAV Bus 
Driver and send it to the VCR. 

Step 3 Exception Handling: 

[0217] The DSS will complete an analog recording of the program. To perform an analog recording event, the DSS 
request information to determine VCR availability to make a recording. The error and conflict resolution function 
involves the detection of a schedule conflict, VCR and DSS operational states, and tape availability. The record macro 
function involves setup of the VCR input, to either analog or DAV inputs, instructing the VCR to begin recording, verify- 
ing the VCR is in the record mode, and tuning the DSS to the appropriate channel, (making a purchase if necessary). 
[0218] The DSS request VCR availability and Tape Type. The DSS will switch the A/V switch to DSS Video and pre- 
pare the VCR to receive a digital bit stream. The error handling checks for Tape Type miss-match. VCR in use. or VCR 
not on the bus (no response) errors. 

[0219] The VCR and DSS availability's to keep the event appointment are verified during the five minute time period 
before the event time. This allows user intervention to deal with VCR and DSS state conflicts. During the typical pro- 



[0214] 



Service_class: 
DLL service: 
Addressed service: 
Include source: 
Priority: 



Basic 

Acknowledged 
As required 



Yes 
High 
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grammed event both the VCR and DSS are turned OFF. Five minutes before a DSS appointment the DSS will send 
Command 1 to verify the appointment. 

[0220] For a digital recording the VCR returns the values : f5 00 f5 01 f5 31 30 31 f5 39" (hex). For an analog 
recording the VCR can return either: "00 f5 00 f5 01 f5 31 30 31 f5 39" (hex) or " 00 f5 00 f5 01 f5 31 30 31 f5 39 • (hex), 
5 This indicates the instant variables (00h)(01h) w = ON , (1 1h)(03) C = 0, 1 =. m = 101 (analog) or m = 102 (digital or 
analog) and (13h)(02) C = 9 (Audio/ Video 1) 

The VCR is required to send the DSS its Universal (00) Context. Node Control (01) Object, instant variable V value 
each time it changes. During the period following the execution of Macro 1 the DSS would check to see if the VCR 
changed from the OFF to ON state. 
io [0221 ] Upon execution of the programmed timer event the DSS hails for access to the DAV bus. After succeeding in 
gaining aocess to the DAV bus the DSS sends Command 2: Recording Initiation Command, If the DAV bus is not avail- 
able the DSS will attempt to make an analog recording of the desired program. 

[0222] The VCR should return: FE FE FE FE. Upon receipt of the VCR return message the DSS will tune to the appro- 
priate message and send it over the DAV Bus. 
75 [0223] Messages sent by DSS to initiate programmed recording are as follows. 

[0224] Command 1 : DSS Appointment Verification. The following CAL command is sent from the DSS to the VCR: 

00 01 43 77 F9 1 1 03 43 43 FB 43 6C FB 43 6D F9 13 02 43 43 

20 An Explicitjnvoke getValue method to the VCR Universal context (OOh) Node Control Object (01 h) power instance var- 
iable *w f (77h) and Media Transport context (11h) Transport Mechanism Object (03h) instance variables C (43h) 
(motion_mode), T (6Ch) (mediumjoad), m* (6Dh) (medium), Display context (13h) Source Switch object (02h) 
instance variable 'C*. 

[0225] The Command is sent with the protocol services: 

25 

MT Service Level 



[0226] 



30 APDU Mode: Basic Fixed 
APDU Type: Explicitjnvoke 



NL Service Level 



35 [0227] 

NPDU Type: non-extended service 

Routing: Directory 

Allowed Media: Not Used 

40 BR1 : Not Used 

BR2: Not Used 



DLL Service Level 



45 [0228] 

Service_class: Basic 

DLL service: Acknowledged 

Addressed service: As required 

so Include source: Yes 

Priority: High 



Command 2: Digital Recording Initiation 
55 [0229] The following CAL command is sent from the DSS to the VCR: 
"00 01 42 77 F911 02 4546 01 FB 03 45 43 01 F9 1 3 02 45 43 09" 
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An Explicit .Invoke setValue method to the VCR Universal context (OOh) Node Control Object (01 h) instant variable V 
(77h) = ON (power = ON) and Media Transport context (1 1 h) Source Switch (02) instance variable 'C (43h) = "31 h 38h M 
(DAV). Transport Mechanism Object (03h) instance variables 'C (43h) = 01 h (motionjnode = record), Display context 
(13h) Source Switch object (02h) instance variable *C = 09h (display = AV1). 
[0230] The Command is sent with the protocol services: 

MT Service Level 

[0231] 

APDU Mode: Basic Fixed 
APDU Type: Explicitjnvoke 

NL Service Level 

[0232] 

NPDU Type: non-extended service 

Routing: Directory 

Allowed Media: Not Used 

BR1 : Not Used 

BR2: Not Used 

DLL Service Level 

[0233] 

Service_class: Basic 
DLL service: Acknowledged 
Addressed service: As required 
Include source: Yes 
Priority: High 

Command 3: Analog Recording Initiation Command. 

[0234] The following CAL command is sent from the DSS to the VCR: 

"00 01 42 77 F9 1 1 02 45 43 09 FB 03 45 43 01 F9 13 02 45 43 09" 

An Explicitjnvoke setValue method to the VCR Universal context (OOh) Node Control Object (01 h) instant variable *w' 
(77h) = ON (power = ON) and Media Transport context (1 1h) Source Switch (02) instance variable 'C (43h) = "09h" 
(AVR1). Transport Mechanism Object (03h) instance variables 'C (43h) = 01h (motion_mode = record), Display context 
(13h) Source Switch object (02h) instance variable 'C = 09h (display = AV1). 
[0235] The Command is sent with the protocol services: 

MT Service Level 

[0236] 

APDU Mode: Basic Fixed 
APDU Type: Explicitjnvoke 

NL Service Level 

[0237] 

NPDU Type: non-extended service 
Routing: Directory 
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Allowed Media: Not Used 
BR1 : Not Used 

BR2: Not Used 



DLL Service Level 



[0238] 



Service_class: 
DLL service: 
Addressed service: 
Include source: 
Priority: 



Basic 

Acknowledged 
As required 



Yes 
High 



[0239] Program timer event execution error states, i.e. error states that may occur during a DSS recording are 
described next 

Error State: DAV Unavailable for Recording 

[0240] If the DSS box hails for access to the DAV bus and it is not available, the DSS will initiate an analog recording. 
In this case the DSS sends Command 3. Analog Recording Initiation Command, to the VCR. 

Error State: VCR turned on but not recording 

[0241 ] When the VCR is turned on but not recording and is displaying the VCR video five minutes before a timer event, 
the VCR generates an OSD indicating a timer event is about to occur and the video source (DSS). If the line input is 
switched to the DSS the DSS will display an OSD indicating that there is a pending timer event an allow the user to forgo 
the recording. In the event of no User action the timer event will occur. 

Action (1): Five Minutes before a DSS event, the DSS request the VCR On/OFF status and Output Video Switch 



(a) If the VCR or DSS is on and cfisplaying DSS video a pending event OSD is generated. 

(b) If the User forgoes the recording, the DSS cancels the event on both the VCR and DSS program timer 
events list. 

(c) If the User indicates the appointment should be kept then the event occurs without additional user action. 

(d) Else, if there is no response the DSS assumes that the recording should go on as scheduled. 

Action (2): If the VCR video switch state indicates VCR video is displayed, the VCR will request the DSS ON/OFF 
status five minutes before a timer event. 

(a) If either the DSS or VCR is ON the VCR displays a pending event OSD message. 

(b) If the User indicates the appointment should be kept then the event occurs without additional user action. 

(c) If there is no response the VCR assumes that the recording should go on as scheduled. 

(d) If the User forgoes the event the VCR deletes the event from the DSS and VCR program timer events list. 

(e) Else, if there is no response the VCR assumes that the recording should go on. 

Action (3): rf the VCR or DSS change from the OFF to ON states during the period five minutes before a recording 
event, the DSS and VCR repeat steps (1) and/or (2) to determining if they keep the event appointment. 

User Action: The User may forgo the recording by responding to the OSD. If the User does not respond then the record- 
ing will be allowed to occur. 

Error State: VCR in on and recording 

[0242] When the VCR is turned on and recording and a timer event occurs: 



state. 



Action(l): 
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a) If it is a DSS timer event, the DSS determines if the ongoing recording is due to a VCR program timer event. 

b) If record state is due to an ongoing program timer event, the DSS keeps the appointment and the VCR 
allows the DSS to change appropriate VCR instant variables. 

Action (2): If it is a VCR timer event, the VCR keeps the appointment. 

Action (3): If the record state is not due to a program timer event, the VCR does not keep the appointment. 
Error State: No Tape Loaded 

[0243] When the timer event appointment is made, if there is no tape is loaded the VCR generates a status message 
back to the scheduler and indicates no tape is loaded and the appropriate tape type. The DSS generates an OSD indi- 
cating no tape is loaded in the VCR and indicating appropriate tape type for the requested recording. 

Error State: Read Only Tape Loaded 

[0244] When the timer event appointment is made, if a Read Only Tape is loaded in the VCR, the VCR generates a 
status message back to the scheduler indicating that the tape is a read only tape. The DSS generates an OSD indicat- 
ing that the tape is a read only. 

Error State: Record Mode Tape Type Miss Match 

[0245] When a digital recording is requested and a VHS tape is loaded in the VCR the DSS and VCR will make an 
analog recording. 

[0246] For an immediate digital record event with DSS source, two immediate digital record modes are available. In 
automatic mode the VCR record button is linked to a default bit stream generator. When the VCR Record function is 
initiated and there is no bit stream present the VCR initiates a record secession with the default device. The default 
device can be any bit stream generating device and is set up in the VCR User Interface. In dubbing mode the VCR may 
also make a recording of a bit stream already present on the DAV bus. This allows for dubbing between DVHS-VCRs 
and reception of other bit streams. There are two display possibilities. First, if there is a DSS present in the system, the 
DSS may be instructed to decode and display the DAV bit stream through the VCR's AVR1 even thought it is not the 
originator of the bit stream. This allows two VCR's to be hooked up to a single DSS and have the digital playback video 
to be routed through one VCR AV switch. 

[0247] For automatic recording when the VCR record mode is set to digital, a digital tape is loaded, and there is no 
digital bit stream present on the bus, the VCR initiates a digital recording upon receipt of a an I R or Front Panel Record 
command. 

[0248] For DAV bit stream source recording, the VCR initiates a digital recording with the default recording device. 
The VCR instruct the default device to inherit tile DAV bus and begin sending its digital bit stream. The VCR also ask 
the source device to supply relevant copy protect information. 

Step 1 : The VCR sends an Explicitjnvoke message to cause the Default device, DSS, to inherit the DAV data bus 
if the copy protection allows for recording. The return value is used to indicate if the DAV bus was locked or the pro- 
gram was copy protected . If (56) < copy protect variables X equal > < value > <> 

The command reads as := (for DAV transceiver context (04). driver object (02) > < if (56) (copy protect variables 
>(43) equals (E8)(value) X Begin(F7) X inherit (54)>F5(delimiter)<data channel ( )><F5 (delimiter) > < F4 31 F6 26 > 
exit (52) (return value) < else getValue( ) )<(copy protect variables) < END (F8) > 

Step 2: The default device, DSS, checks the copy protect mode of the video bit stream and determines if it is per- 
missible to make a copy. If digital copies are permitted then the default device hails for the DAV bus. Otherwise the 
command is rejected. 

The source device must keep track of the number of receivers making digital copies and protect the bit stream 
from illegal copies. If the copy protection information changes the source device must determine if the bit stream 
can be copied and act to prevent illegal copies. 

Step 3: The default device. DSS. turns no the DVHS-VCR DAV Bus receiver and instructs the VCR to go into the 
record mode. 

Step 4: The VCR checks the copy protect mode of the video bit stream to verify that it is legal to make a digital copy. 
Every five minutes the VCR request copy protect information to insure it is making legal copies. 
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[0249] For setup of default bit stream source device, during initial setup, the VCR hails the bus to determine what 
devices may act as bit stream sources on the DAV medium. Initially, the VCR uses the first DAV bit stream source device 
it locates as the default The list of DAV bit stream source devices is used in the program timer event guide. 
[0250] The VCR User Interface is used to determine which product is the default. The VCR User Interface may update 
this list by forcing the VCR to re-acquire the DAV bit stream device information. During the re-acquire process the 
default is not changed unless the default device is not found. If the old default device is not found the first DAV bit stream 
source device detected becomes the default. 

[0251] For dubbing (recording when bit stream is already present), the VCR will initiate a dubbing digital recording 
upon receipt of a IR Record command if the VCR is in the digital record mode, a digital bit stream is already present on 
the DAV bus, and a digital tape is loaded. 

[0252] Before recording, the VCR broadcasts to see what is the source device on the DAV Bus and request copy pro- 
tect information. Every five minutes the VCR request an update of the copy protect information. 
[0253] The source device must keep track of the number of copies being recorded and protect the bit stream from 
illegal copies. If it is legal to copy the bit stream the source device instructs the VCR to turn on its DAV receiver and to 
go into the record mode. Otherwise it instructs the requesting VCR to turn off its DAV receiver and stop recording. 
[0254] The error or exception handling states are as follows 

Error State: DAV Bus not available 

Error State: Digital bit stream video not being displayed through VCR. 
Error State:Copy Protected Bit stream 
Error State: No Tape Loaded 

[0255] When a VCR Digital Record command is received and the VCR does not have a tape loaded the DSS displays 
an OSD indicating that no tape is loaded. The VCR is responsible for display of the no tape message when an analog 
recording is requested. 

ACTION: VCR reports no tape loaded to the.DSS 
Error State: Read Only Tape Loaded 

[0256] When a record command is received and Read Only Tape is loaded the command is rejected and the DSS 
generates an OSD indicating that the tape is a read only. 
ACTION: VCR reports read only tape loaded to the DSS 

Record Mode Tape Type Miss Match 

[0257] When a VHS tape is loaded and the VCR default recording mode is set to digital and a record command is 
initiated the VCR will inform the DSS that it is in the record mode, that a analog tape is loaded and that the record mode 
is digital. The DSS will then display an OSD indicating a tape type mismatch and ask if the user wants to proceed with 
an analog recording. If the user declines then the DSS displays a message indicating what tape format must be loaded 
into the VCR. Else, the DSS sends the VCR a record command and sets the record method to analog. 
ACTION: VCR reports the tape type and default record mode to the DSS. The DSS displays appropriate OSD and upon 
users command initiates an analog recorcfing. 

[0258] For an immediate analog record event with DAV bus attached, the VCR will initiate an analog recording upon 
receipt of a IR Record command. 

[0259] For CEBus automatic recording, when the VCR record mode is set to analog and a tape is loaded, the VCR 
initiates an analog recording upon receipt of an I R or Front Panel Record command. 

[0260] For DSS source recording, the VCR initiates an analog recording with the default recording device. The VCR 
instruct the default device to inherit the DAV bus and begin sending its digital bit stream. The VCR also ask the source 
device to supply relevant copy protect information. 

Step 1 : The VCR sends an Explicitjnvoke message to cause the Default device, DSS, to inherit the DAV data bus 
rt the copy protection allows for recording. The return value is used to indicate if the DAV bus was locked or the pro- 
gram was copy protected. 
If (56) < copy protect variables) < equal > < value ) < > 

The command reads as :=<for DAV transceiver context (04). driver object (02) > < if (56) (copy protect variables 
)(43) equals (E8)(value) X Begin(F7) X inherit (54)>F5(delimiter)<data channel ()>(F5 (delimiter) XF4 31 F6 26 > 
exit (52) (return value) < else getValue( ) ><(copy protect variables) < END (F8)> 



31 



EP 0 913 997 A2 



Step 2: The default device. DSS, checks the copy protect mode of the video bit stream and determines if it is per- 
missible to make a copy. If digital copies are permitted then the default device hails for the DAV bus. Otherwise the 
command is rejected. 

The source device must keep track of the number of receivers making digital copies and protect the bit stream 
from illegal copies. If the copy protection information changes the source device must determine if the bit stream 
can be copied and act to prevent illegal copies. 

Step 3: The default device. DSS, turns no the DVHS-VCR DAV Bus receiver and instructs the VCR to go into the 
record mode. 

Step 4: The VCR checks the copy protect mode of the video bit stream to verify that it is legal to make a digital copy. 
Every five minutes the VCR request copy protect information to insure it is making legal copies. 

[0261] For setup of default bit stream source device, during initial setup, the VCR hails the bus to determine what 
devices may act as bit stream sources on the DAV medium. Initially, the VCR uses the first DAV bit stream source device 
it locates as the default. The list of DAV bit stream source devices is used in the program timer event guide. 
[0262] The VCR User Interface is used to determine which product is the default. The VCR User Interface may update 
this list by forcing the VCR to re-acquire the DAV bit stream device information. During the re-acquire process the 
default is not changed unless the default device is not found. If the old default device is not found the first DAV bit stream 
source device detected becomes the default. 

[0263] For dubbing (recording when bit stream is already present), the VCR will initiate a dubbing analog recording 
upon receipt of a IR Record command if the VCR is in the analog record mode and a tape is loaded. 
[0264] The source device must keep track of the number of copies being recorded and protect the bit stream from 
illegal copies. If it is legal to copy the bit stream the source device instructs the VCR to turn on its DAV receiver and to 
go into the record mode. Otherwise it instructs the requesting VCR to turn off its DAV receiver and stop recording. 
[0265] Error or exception handling states are as follows. 

Error State: Copy Protected Bit stream 

Error State: No Tape Loaded 

[0266] When a VCR Digital Record command is received and the VCR does not have a tape loaded the DSS displays 
an OSD indicating that no tape is loaded. The VCR is responsible for display of the no tape message when an analog 
recording is requested. 

ACTION: VCR reports no tape loaded to the DSS 
Error State: Read Only Tape Loaded 

[0267] When a record command is received and Read Only Tape is loaded the command is rejected and the DSS 
generates an OSD indicating that the tape is a read only. 
ACTION: VCR reports read only tape loaded to the DSS 

[0268] For an immediate playback request, the VCR will initiate a play back of a digital tape upon receipt of a Play 
command when the DVHS-VCR is loaded with a digital tape. After receipt of the play command, the VCR will verify that 
a digital tape is loaded and switch the DSS digital port to receive the VCR input. If the DSS is off the VCR turns it to the 
ON state. 

ACTION: VCR turns the DSS to the ON state and sets the digital input port to receive data. 
Error State: DSS is in a Previous Scheduled Record Mode 

[0269] If the DSS is in use to make a recording the DSS returns an error message. 
ACTION: DSS returns an error message that it is unable to comply with the VCR action. 

[0270] Next, general clock update rules, i.e., specific operational rules governing the clock and time update functions 
of the DSS - DVHS interface, will be descrtoed. 

Initialization Clock Setup 

[0271] Upon power up and bus initialization, the VCR locate best time source and request the time and date instant 
variables. 
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[0272] The VCR makes an BROADCAST explicit invoke Unacknowledged Service: tf Time Context (05) Real Time 
Object (02) time_source device_ciass = DBS then getArray current time "C. The return result will be FC from non-DBS 
sources. Any clock with a DSS derived clock source returns: FE < Data element > 

If there are no returns then the VCR attempts to locate an alternative CEBus clock source by BROADCASTING an 
Explicit Invoke Unacknowledged Service: Time Context (05) Clock class Object (1D) If time_source 0 0 then getValue 
current_time: 

ACTION: VCR request return of unit address DSS products on the CEBus and for the DSS time context clock object 
instance variables current_time, current date string and day. 

[0273] For automatic time and date setup, the VCR will update the time context dock object (02 Real Time) instance 
variables "C" (current_time) "e" (current date string) and "d" (day) upon determination that a power line failure has 
occurred. 

[0274] "me VCR will also update the time context dock object (02 Real Time) instance variables "C" (current_tme), 
"e" (current date string) and "d" (day) upon successful scheduling of a programmed timer event and receipt of each 
Power ON command from either the IR. front panel or CEBus control channel. 

[0275] For user initiated time and date update, upon request ol the user from the VCR setup menu, the VCR will 
request the DSS to return the value for all supported time context dock object 2 (Real Time) instance variables. Also, 
the user can point to a specific CEBus dock element that he wants to control the VCR dock 

[0276] Next, bus initialization upon power up is described. More specifically, the CEBus initialization process to pro- 
vide plug and play capabilities is described. 

[0277] Allocation of addresses is a significant function of CAL. The Node Control Object of the Universal Context is 
responsible for management of the three types of addresses in the CEBus network. MAC Addresses, System 
Addresses or house codes, and Group addresses. The DSS3 determines its MAC address and house code either stat- 
ically or dynamically. In a dynamic device the house code is determined by asking other devices within the home for 
their system address, and the MAC address is determined by selecting an address not currently used in that house. In 
a static device, the addresses are not determined by interaction with the home network, but by some other means, such 
as user determined or factory preset. 

[0278] This section involves static house code and address setup and describes the default House Code and Address 
acquisition used to insure plug and play between the VHS and other CEBus units. 

[0279] The VCR must be able to broadcast messages to all of the devices on the DAV media (Simplified Digital AW 
connector). This is accomplished by using a MAC address of 0000 along with the house code address of the system. 
All devices must be able to respond to the broadcast MAC address 0000. All un-conf igured devices must acquire a MAC 
address. Once acquired, an address must not be lost during a power interruption. 

[0280] The default (factory set) house code is set to the zone address 0001 . This address is stored in the EPROM 
memory and must be maintained during a power interruption. 

[0281 ] For default address generation, upon initial power up. the VCR is unconfigured. The VCR must acquire a Unit 

address by hailing and inform other devices of its existence. Once acquired, this address is stored in EPROM memory. 

The address must be maintained during a power interruption. The Unit address is acquired using the hailing method. 

[0282] User entered house code and address generation is also possible. The User may enter the Desired House 

Code from the Setup Menu. Upon setting the House code the device can either Hail for a Unit Address or be assigned 

an address If it is assigned an address it then must using hailing to insure it is a unique address. 

[0283] The user may also initiate a reset to a factory preset house code and initiate address generation. That is, the 

User may force the VCR to reset the House Code to 000lh and re-acquire a new Unit Address. 

[0284] Dynamic setup conditions involve the VCR being able to acquire a house zone (also referred to as a house 

code) address and a unique Unit address. 

[0285] The VCR must act as a settable Node when acquiring a House Code. To acquire a house code, the User 
places the VCR into a Settable Node state from the setup menu. White in this state the VCR hails for a temporary Unit 
Address and then request the Configuration Master to send its House Code. If no house code is obtained the user in 
informed that the Configuration Master has not sent the house code and instructed to re-initiate the Configuration proc- 
ess. Generating a unit address occurs once the VCR has obtained a valid House Code. It uses the hailing process to 
obtain a unique Unit Address. 

[0286] In response to a time update request from other nodes, the VCR will return its clock value, located in the Time 
Context (05) Real time Object (02) current timer instant variable, to a device upon request. 

C (43)* currentjime R/W numeric 

[0287] The Current_time instant variable contains the present local time in the VCR Real time Object The data is a 
13 byte numeric: yy_mm_dd_hh_mm_ss__w (year, month, day, hour, minute, second, day of week). Stimulus methods 
for initiating a time update are as follows. 
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getValue (43h) o: Upon receipt of getValue the VCR returns the ASCII value corresponding to the current time. 

setValue (45h) o: If the run_edit IV is set to zero and a setValue method and a valid numeric value is received, the 
VCR sets the currerrt_position IV to the updated value. If the value is not allowed an error message is generated. 

[0288] All other methods are ignored and an Error Message is returned. 

[0289] The next section describes aspects of DVHS-VCR initiated playback and recordings. First, playback setup, i.e., 
means of linking the VCR Play function to a digital bit stream decoder or recording device, is described. 
[0290] To provide a default playback device, the default (factory set) is set to the zone address 0001 . This address is 
stored in the EPROM memory and must be maintained during a power interruption. 

[0291] Upon initial power up, the VCR is unconfigured. The VCR must perform default playback device validation, i.e., 
verify that the default device playback device is capable of decoding the DAV bus digitial bitstream. The VCR broad- 
casts for all DAV bus capable devices. 

[0292] Alternatively, the User may enter the Desired playback target device. 

[0293] Also, the User may force the VCR to reset the playback device target to the factory default. 

[0294] Dynamic setup involves the following. The VCR must be able to acquire a Playback Device, determine what 

devices are DAV capable, acquire DAV Capable address and capabilities information, determine best display device, 

and determine best Dubbing device. 

[0295] Next, record setup is described, that is, the means of linking the VCR Record function to a digital bit stream 
provider device. 

[0296] The default (factory set) is set to the zone address 0001 . The default device is a DSS unit with an address of 
XXXX. This address is stored in the VCR ROM as the default value and uploaded into EPROM memory upon initial 
power up and when the machine is reset. 

[0297] Default record device validation is needed. Upon initial power up. the VCR is unconfigured. The VCR must ver- 
ify that the default decoder device is present and capable of decoding the DAV bus digitial bitstream. The VCR broad- 
cast for all DAV bus capable devices. 

[0298] User setup of the playback device is accomplished by the User may entering the desired record target device. 
[0299] The User may force the VCR to reset the record device target to the factory defaults. 
[0300] As part of dynamic setup, the VCR must be able to acquire a Record Device, determine what devices are DAV 
capable, acquire DAV Capable address and capabilities information, and determine appropriate bitstream source devic. 
[0301] RF Switch Control is described next with DSS recording being addressed first. In particular, the means of link- 
ing the VCR and DSS RF switch functions for displaying a DSS program is described. 

[0302] To provide a default recording device, the default (factory set) is set to the zone address 0001 . The default 
device is a DSS unit with an address of XXXX. This address is stored in the VCR ROM as the default value and 
uploaded into EPROM memory upon initial power up and when the machine is reset. 

[0303] Next, the means of linking the VCR Record function to a digital bit stream provider device is described as part 
of DSS playback. The default (factory set) is set to the zone address 0001. The default device is a DSS unit with an 
address of XXXX. This address is stored in the VCR ROM as the default value and uploaded into EPROM memory 
upon initial power up and when the machine is reset. 

[0304] VCR display switch control is described next. First, the means of linking the VCR analog record and OSD func- 
tions to the DSS are described as part of the OSD display for analog recording via the VCR. 

[0305] For default OSD Generation for digital recording, the default (factory set) is set to the zone address 0001 . The 
default device is a DSS unit with an address of XXXX. This address is stored in the VCR ROM as the default value and 
uploaded into EPROM memory upon initial power up and when the machine is reset. 

[0306] Another aspect of the system that will now be described is resource hailing. Hailing is a scheme through which 
a device gains access to network resources, such as data channels or even its own MAC address. Using this scheme, 
a device queries other devices on the network to determine if a particular resource is in use. 

[0307] The general case of resource hailing uses the if method to determine if one or more other nodes on the net- 
work are using a particular resource. The if method tests if an IV in one or more other nodes contains the desired 
resource. If so, the other node(s) return a result with a result code of 8 (Resource in use). 

[0308] A typical example is the hailing required to acquire a data channel. To acquire the DAV data channel, a node 
will query the network to see if the DAV bus is in use. To hail for DAV, the following CAL command is used: 

04 2F 56 43 E8 F4 31 F6 01 F7 52 38 F8 

[0309] In the Data Channel Context (04) the DAV transmitter Object (2F) if fC EQ 1) BEGIN exit 8 END 

This command is sent to the Data Channel Context (04), Data Channel Transmitter object class (2F), using the local 

House Code, and broadcast Unit Address (0000). The command should be sent with the following protocol services: 
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MT Service Level 



[0310] 

APDUMode: Basic Fixed 
APDU Type: Conditional J nvoke 

NL Service Level 



io [0311] 



75 



NPDU Type: 

Routing: 

Allowed Media: 

BR1: 

BR2: 



25 



30 



35 



40 



45 



non-extended service 

Directory 

All 

As Required 
Not Used 



DLL Service Level 



20 [0312] 



Service_class: 
DLL service: 
Addressed service: 
Include source: 
Priority: 



Basic 

Unacknowledged 
As required 
No 
High 



[031 3] H one of the receiving nodes is currently using the DAV bus. the exit method will be executed and will generate 
a completed response with the argument 8, indicating to the originating device that the selected band is unavailable. 
The response message (FE 38) is generated with an MT_RESULT request primitive from CAL to the Message Transfer 
Element. Resource hailing requests such as this, sent to the broadcast address, should be repeated if a response is 
not received within 1 seconds (the worst case network round trip delay). If no response is received on the second 
attempt, also after an 1 second delay, the resouce can be assumed to be available. 

[0314] This technique can also be used to hail for a Unit Address, House Code. Group Address, or any other value 
on the network If hailing for a Unit Address, an abbreviated version of hailing technique can be used since the address 
being hailed for can be used in the destination address field of the hail packet. For example, to hail for a Unit Address 
of 0037. the only CAL command necessary is: 00 01 52 38. This command is sent to the local House Code. Unit 
Address 0037, the Node Control Object (01) in the Universal Context (00), to execute the exit method (52) with an argu- 
ment of 8. If any node within the House Code used has Unit Address 0037. it will execute the message and return a 
response message (FE 38). The protocol services used should be the same as the previous example, except that an 
APDU type of Explicitjnvoke should be used. 

[031 5] The next section lists and defines the contexts associated with the described system. 

Universal Context 00 

(01 h) Node Control Object 

[0316] This context contains the Node Control Object and is present in all CEBus compliant products. 
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1 


Node Control Object (01) Node Control 




Required storage object of Universal Context 


1 V 


D Al/ 

KJ W 


Type 


Name 


context r unction 


w w n 


K/W 


D 


power 


device power, 0 ~ OFF, 1 ~ ON 




K 


C 


manuf name 


manuf. product name 




K 


c 


manuf model 


manuf product model 


C\02) 


K 


n 


product class 


rrouuct ciass numoer 


p^/uj 


K/W 


c 


prod uct__n am e/I oc at i on 


location oi prouuci in nouse 


nipoj 


R/W 


d 


sv^tem address 


1 6 bit system address 


a{oi ) 


R/W 


d 


mac address 


1 6 bit unit address 




R 


n 


capability class 


0 


reset 


R/W 


b 


reset 


resets device to factory defaults 


o(4F) 


R 




context list 


list of used contexts in product 


f(66) 


R/W 


b 


configured 


1 = address configured 


i(69) 


R 


n 


setup 


used during configuration 


u(75) 


R/W 


n 


user feedback 


user interface IV during config. 


d(64) 


R 


d 


source unit addr 


unit addr. of last received pkt 


e(65) 


R 


d 


source_system_addr 


system addr of last received pkt 


v(76) 


R 


c 


conformance level 


CIC conformance level 


k(6B) 


R/W 


d 


authentication keys 


one or more keys 



(02h) Context Control Object 

[031 7] This context contains the Node Control Object and is present in all CEBus compliant products. 



02 


Context Control Object 


| (02) Context Control 




The context control object for this context. 


IV 


R/W 


Type 


Name 


Context Function 


o (6Fh) 


R 


d 


objecMist 


list of objects used in context 
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Medium Transport Context 1 1h 
(01 h) Context Control: Context Control Object 02 
5 [0318] 



' 01 


Context Control Object 


(02) Context Control 




The context control object for this context. 


IV 


R/W 


Type 


Name 


Context Function 


o (6Fh) 


R 


d 


objectjist 


list of objects used in context 




02 09 03 11 05 09 0C 1C 



75 

(02h) Source Switch: MultLposition Switch Object 09 
20 [0319] 



02 


Source Switch Object 


(09) Mult imposition Switch 
Object 




The source switch determines what signal is stored on the tape. 


IV 


R/W 


Type 


Name 


Context Function 


C(43) 


R/W 


n 


current_position 


Default = 17(TUNER1) 


n(6E) 


R 


n 


number_positions 


4 


F(66) 


R/W 


n 


list of switch positions 




"54 50 52 


31 20 20 20 20" 


"33 38" = DAV(38) 


DAV 


"41 56 52 31 20 20 20 20" 


"30 39"* - AVR1(9) 


AVR1 


"54 55 4E45 52 31 20 20" 


"31 37"= TUNER 1(1 7) 


Tuner I 


"46 52 4F 4E 54 20 20 20" 


"32 32" = FRONT(22) 


Front Panel 



40 



45 



SO 
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03 Transport Mechanism: Medium Transport Object 1 1 h J 

j 

[0320] 1 



03 


Transport Mechanism 


(11) Medium Transport 




The Transport Mechanism models the VCR tape resource and is responsible for tape 
motion, mode, and type information and states. 


IV 


R/W 


Type 


Name 


Context Function 


P(50) 


R/W 


b 


pause_mode 


0=not paused 
I =paused 


C(43) 


R/W 


n 


motionmode 


0=stop (default) 
1 =record 
2=slow play 
3=play 

4=play backwards 
5= scan forward 
6 = fast forward 
7 -scan backward 
8 = rewind 


i (69) 


R/W(3) 


n 


index 


0 = index search disabled 
Other indicates index marks to 
move/play on. Transport will enter 
appropriate mode (play/stop) when 












index mark reached. 


U6C) 


R/W 


b 


mediumload 


0 - empty 

1 = loaded. 


n(6E) 


R 


b 


non_writeable 


"00 h" = read/write tape 

"0 1 h" = write protected tape 


m(6D) 


R 


n 


medium 


101 - VHS 

102 = SVHS 
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(05h) Transport Speed: Mutti_position Switch Object 09 
[0321] 



05 


Transport Speed Object 


| (09) Multi_position Switch Object 




The source switch determines record tape speed. 


IV 


R/W 


Type 


Name 


Context Function 


C(43) 


R/W 


n 


current_position 


Two byes lone; 
Default = 4; 

permissable numeric values are 4, 5, 6, 
and 38. Values are in ASCII format. 


n(6E) 


R 




numberjositions 


4 


F(46) 


R/W 


n 


list of switch positions 




"53 50 20 20 20 20 20 20" 


4 = SP 


Standard Play 


"4C 50 20 20 20 20 20 20" 


5= LP 


Long Play 


"45 50 20 20 20 20 20 20" 


6= EP 


Extra Long Play 


"44 41 56 20 20 20 20 20" 


38 = DAV 


Digital Audio Video Bus 



25 (09) Counter Object: Counter Control Object 1 C 

[0322] A general purpose counter or timer object model. Used to model an up or down counter, pre-settable to a count 
with count enable/disable. Used to count events (count UOM). seconds (elapsed time), etc. Also used to model a timer 
which counts up or down counting units of time (usually seconds) depending on application. 



09 


Counter Object 




(1C) Counter Object 




The counter object for this context. 


IV 


R/W 


Type 


Name 


Context Function 


e(65) 


R/W 


b 


count enable 


enables or disables the counter 


u(75) 


R/W 


b 


up down 


count up = 1 or down = 0 


U(55) 


R/W 


n 


units_of_measure 


units of measure of the timer in the 
context selected. 


C(43) 


R/W 


n 


current count 


the current count in count units. 


t(74) 


R/W 


n 


target_count 


the terminal count for current_count 



45 
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Anti<iubbing object 
[0323] 



OA 


Anti-Dubbing Object | (09) multi-state switch 






IV 


R/W 


Type 


Name 


Context Function 


C(43) 


R/W 


n 


Current_copy 


30h - copy allowed 
3 1 h = analog copy allowed 
32h - 1 analog copy allowed 
33h = 1 digital copy allowed 
34h - no copies allowed 
35h - unknown 


n 


R 


n 






F(46) 


R 


n 






"43 4F 50 59 20 20 20 
20" 


0-COPY 


copy allowed 


"41 4E41 4C 43 4F 50 
59" 


1 = ANALCOPY 


analog copy allowed 


"31 41 4E41 4C 43 50 
59" 


2 = 1 ANALCPY 


one analog copy 


"31 44 49 47 43 4F 50 
59" 


3 = IDIGCOPY 


one digital copy 


"4E4F43 4F 50 59 20 
20" 


4 = NOCOPY 


No copies allowed 


"55 4E 4B 4E 4F 
57 4E" 


5 = UNKNOWN 


Unknown copy right privilege 



Tuner Context 12h 

NTSC Tuner on DVHS-VCR 

(01 h) Context Control: Context Control Object 02 

[0324] 



01 


Context Control Object 


| (02) Context Control 




The context control object for this context. 


IV 


R/W 


Type 


Name 


Context Function 


o(6F) 


R 


d 


objectjist 


list of objects used in context 




03 09 04 09 06 09 07 OA 
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Channel Tuning: MuttLposttion Switch Object 09 
[0325] 



03 


Channel Tuning 




1(09) Multi_position Switch 
| Object 




The Channel Tuning Object controls the NTSC tuner selection. 


IV 


R/W 


Type 


Name 


Context Function 


C(43) 


R/W 


n 


current_position 


IS- 132 channel number, Air 1 will be 
performed 


n(6E) 


R 


n 


number_positions 





15 



i i ~i — r 

SO 



Band Switch: MultLposition Switch Object 09 

25 

[0326] 



04 


Band Switch 


(09) Multi_position Switch 
Object 




The source switch determines tuning mode. 


IV 


R/W 


Type 


Name 


Context Function 


C(43) 


R 


n 


currentjjosition 


2=Air/Broadcast mode, 3=CATV mode 


n(6E) 


R 


n 


numberjositions 


(32h) , ASCII for value of 2. 
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(06h) Mode Switch Object: Multi_posjtion Switch Object 09 

i 

[0327] 



06 


Mode Switch Object 


(09) Multi-state Sensor Object 




The mode switch object selects tuning modes. 


IV 


R/W 


Type 


Name 


Context Function 


C(43) 


R/W 


n 


current_position 


Discription of received incoding mode. 


n(6E) 


R 




number_positions 


4 (34h) 


F(46) 


R 


n 


list of switch positions 


Default = ( 41h, 55h, 54h, 4Fh) 


"41 55 54 4F 20 20 20 
20" 


0 = AUTO 


Automatic mode selection. 


"4D 4F 4E 4F 20 20 20 

20" 


1 = MONO 


Mono audio 


"53 54 45 52 4F 20 20 
20" 


2 = STERO 


Stereo audio 


"53 41 50 20 20 20 20 

20" 


3 -SAP 


SAP audio (MTS) 



25 (07h) Receive Mode Object: Multi_State Sensor (OAh) 
[0328] 



07 


Receiving Mode Object 


(OA) Multi-state Sensor Object 




The receiving mode object reports reception of any special incoding mode for the station 
or channel currently tuned. 


IV 


R/W 


Type 


Name 


Context Function 


C(43) 


R 


n 


current_position 


Discription of received incoding mode. 


n(6E) 


R 




number_positions 


6 


F(46) 


R 


n 


list of switch positions 


Default = (4Eh, 4Fh, 4Eh, 45h) 


"4E 4F 4E 45 20 20 20 

20" 


0=NONE 


No Signal or carrier detected 


"4D4F 4E 4F 20 20 20 
20" 


1 = MONO 


Mono audio 


"53 54 45 52 4F 20 20 
20" 


2 = STERO 


Stereo audio 



"53 41 50 20 20 20 20 
20" 


3 = SAP 


SAP audio (MTS) 


"53 41 50 4D4F4E4F 
20" 


4 = SAPMONO 


SAP audio + Mono 


"53 41 50 53 54 45 52 
4F" 


5 = SAPSTERO 


SAP audio + Stereo 
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Video Display Context 13h 
01 Context Control Context Control Object 02 
5 [0329] 



01 


Context Control Object 


| (02) Context Control 




The context control object for Video Display Context. 


IV 


R/W 


Type 


Name 


Context Function 


o(6F) 


R 


d 


objectjist 


list of objects used in context 






"02 09" 



02 Source Switch MuttLposition Switch Object 09 
20 [0330] 



02 


Source Switch Object 


(09) Multi_position Switch 
Object 




The source switch determines what signal is stored on the tape. 


IV 


R/W 


Type 


Name 


Context Function 


C(43) 


R/W 


n 


current_position 


Default 


= 17 


n(6E) 


R 




number_positions 


4 


F(46) 


R/W 


n 


list of switch positions 


Default 


= 9 


"4156 5 


2 3 1 20 20 20 20" 


9 = AVR1 


AVR1 


~54 55 4E 45 52 31 20 20" 


17=TUNERl 


Tuner 1 


"46 52 4F 4E 54 20 20 20" 


22 = FRONT 


Front Panel 



Time Context 05 

40 

[0331 ] Time context provides for general time keeping and alarm functions. Can send a message when alarm occurs. 
Also provides a general programming capability tied to the time for maintaining timed programmed events. 

Context Control Object 

45 

[0332] The Context Control Object for the Time context indicates the presence of the Real Time Object (02) and eight 
Program Timer Event Objects (03). The eight Program Timer Events have Object numbers AOh to A7h. The objectjist 
variable is given in Hex format where "h" denotes the end of a byte. 



01 


Context Control Object 


| (02) Context Control 




The context control object for Time Context. 


IV 


R/W ] Type 


Name 


Context Function 


o (6Fh) 


R d 


objectlist 


list of objects used in context 




"02 ID 03 16 04 16 05 16 06 16 07 16 08 16 09 16 OA 16" 
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Real Time Object 

[0333] The Real Time Object holds time for the VCR timer. 

[0334] The current_time variable "C n holds the present year, month.day, hour, minute, second and weekday. It is a 
5 composite of the hh_mm_ss, dd_mm_yy, and day_of_week tvs as found in the EIA 600 Clock Object (1 Dh). The last 
character of currentjime (day of week) is treated as a bit string: Bit 2 6 indicates Sunday. 2 5 Monday, ... bit 2° Saturday. 
All other entries are in ASCII. 

[0335] The present year value is extended to four bits to allow for values above year 2000. 

[0336] Example: Wednesay, December 21 , 201 1 , at 1 .22:03 pm (13:12:03 hours) is represented as 

10 

"32h, 30h,31h, 31 h, 
31h,32h, 
32h,31h, 
31h,33h, 
is 31h,32h, 
30h, 33h, 
08h" 

[0337] The run_edit instant variable controls the clock run and edit functions: binary value for clock running (=1) or 
20 stopped/edit (=0). The clock can only be edited if run_edit=0. 



02 


Real Time Object 




(IDh) Clock 




The Real Time object keeps the current real time for the Time Context. 


IV 


R/W 


Type 


Name 


Context Function 


r(72) 


R/W 


b 


runedit 


l=run 
0=edit 


C(43) 


R/W 


c 


current__time (13) 


current yy_mm_dd_hhnn_ss_w 


l(49) 


R/W 


n 


time_source 


(VCR VALUE=0) 
Possible Values: 

0 = not a source 

1 = DBS 

2 = Satiliite 

3 = Set top Box 

4 = TV 



40 

Program Timer Event Objects 

[0338] There are eight Event Timer class Objects in the VCR. 

[0339] The current_status instant variable is used to determine the status of a program timer event object. When mak- 
45 ing an appointment, the requesting node uses the IF method along with the OOh wild card to determine which Event 

Timer class object has a current status =0, (30h). The evertt_data is conditionally set by the TRUE evaluation of current 

status = 0. The remotejic and remote_ua instant variable hold the requesting node's house code and unit address. 

They may be set separately but are generally obtained from the source address fields of the received packet. 

[0340] The everrt__data contains all relevant information necessary to set up a recording event. The eventjdata may 
so be cleared using the clear_event instant variable "c" (63h). 



55 
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/n-ikv 

(UJnj- 


Program Timer Event Object 


(16) Data Memory Class Object 




Used to store timed events for the device containing this context. Each object instance 
stores one timer event. 


rv 


RAW 


Type 


Name 


Context Function 


C(43)* 


R(D 


n 


currentstatus 


0 = not scheduled 

1 = scheduled 

2 = executing 


h(68)* 


R/W(4) 


d 


remote he 


remote node house code 


u(75)» 


R/W(4) 


d 


remote ua 


remote node unit address 



45 



EP 0 913 997 A2 



c(63)* 



R/W 



clear event 



set to 0 to clear event 
set to I to disable clear 
Default is I when event is unscheduled 



30h = copy allowed 
3 1 h = analog copy allowed 

(no digital copy allowed) 
32h = I analog copy allowed 

(no digital copy allowed) 
33h - I digital copy allowed 
(analog copy allowed) 
34h = no copies allowed 
35h = unknown 



P(70) 



R/W 



copyprotection 



m(6D) 



timer_object_id 



30 33 " hex 
30 34 " hex 
30 35" hex 
l 30 36 " hex 
'30 37 " hex 
l 30 38 " hex 
'3039 " hex * 
*3l 30" hex = 



object 03h 
= object Q4h 
- object 05h 
= object 06h 
= object 07h 
= object 08h 
■- object 09h 
= object OAh 



n(6E) 



timer number 



l 30 3l" hex 
'30 32" hex 
'30 33" hex 
'30 34" hex 
*30 35" hex 
k 30 36" hex 
l 30 37" hex 
*30 38" hex 



: object 03 h 
; object 04h 
- object 05h 
; object 06h 
= object 07h 
= object 08h 
= object 09h 
= object OAh 



t(74) 



event conflict 



timer_number values that conflict with 
scheduled event 

Is empty if there are no conflicts. Up to 
seven bytes long. 



e(65)< 



R/W 



event data 



DnnnLnTnRIAM 



D - start_event 
(4 bytes) 



month (1st byte) -Olh-OCh (1-12) 
day (2nd byte) =01h- lFh (1-31) 
hour (3rd byte) = OOh - 18h (I -24) 
minute (4th byte) = OOh - 3Bh (0 - 59) 



L = lengthevent 
(2 bytes) 



hours(5tht byte) OOh - 1 8h (1-24 hours) 
minutes(6th b>te) OOh - 3Bh (0 - 59) 



T = Tuner Channel 
(2 bytes) 



(7th & 8th bytes) 002h - 3E7h (2-999) 



R= Repeat Condition 



(9th byte) 

OOh = one time event; 
Olh - daily event; 
02h - weekly event; 
03 h = monthly event; 

04h - all weekday event (tapes all weekdays) 



I = AV Source 



(10th byte) 
26h = DAV (38); 
09h = AVR 1 (9); 
llh = Tuner 1(17); 
I6h « Front Panel (22) 



A = Audio 



(1 1th byte) 
Olh- Mono; 
02h = Stero; 
03h = Sap; 
04h = Sapmono 
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R = Record Speed 


(12th byte) 




04h 


= SP; 




05h 


= SD; 




06h 


= EP: 




XX 


= Digital 



note: eventconflict IV: This IV contains the timerjiumbers of object that 
conflict with the event_data IV values stored in the Object and that do not have 
the same remote ua and remote_hc IV values. The object assumes that Program 
Timer Event Objects with the same remote ua and remote__hc IV values are 
from the same remote device and that the remote device detects its own 



conflicts. 
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Data Channel (DAV Bus) Context (04h) 
01 Context Control: Context Control Object (02h) 
5 [0341] 



01 


Context Control Object 


| (02) Context Control 




The context control object for DAV Bus Context. 


IV 


R/W 


Type 


Name 


Context Function 


o(6Fh) 


R 


d 


object_list 


list of objects used in context 




02 03 03 04 



15 



2E Dave Data Channel Receiver: Data Channel Receiver (03h) 

20 

[0342] 



2E 


DAV Bus Data Channel Receiver 


(03) Data Ch. Receiver 




The TP channel receiver object for DAV Bus Context. 


IV 


R/W 


Type 


Name 


Context Function 


m(6D) 


R 


n 


medium 


DAV- (8) "38h" 


C(43) 


R/W 


d 


curreiu_channel 


Current received channel number. 
"C" = 1 when receiving from bus. 
* k C = 0 when off the bus. 


D(44) 


R 


d 


default channel 


Default channel is "0 1 h" 
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2F Dave Data Channel Transmitter: Data Channel Transmitter(04h) 

40 [0343] Data channel transmitter object establishes a transmitter connection to a data channel(s) on a specific 
medium. The medium for the transmitter is fixed by the product for a particular instance of this object. The transmitter 
gains permission to transmit on the desired channel or band. An error status is returned if the object is not capable of 
using the channel requested. 

45 



2F 


DAV Bus Data Channel Transmitter 


(03) Data Ch. Receiver 




The TP channel transmitter object for DAV Bus Context. 


IV 


R/W 


Type 


Name 


Context Function 


m(6D) 


R 


n 


medium 


DAV= (8)*'38IT 


C(43) 


R 


d 


current_channel 


Current received channel number. 
C = 1 when inherits bus. 
Set = 0 when disinherits bus. 


D(44) 


R 


d 


default channel 


Default channel is 4t 01tT 
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Claims 

1. A method of operating a video recording apparatus in one of a digital recording mode and an analog recording 
mode, the method comprising: 

a. receiving one of a digital video bit stream for recording in said digital recording mode and a corresponding 
analog video signal for recording in said analog recording mode; 

b. recorcfing said digital video bit stream in said digital recording mode; and 

c. switching to said analog recording mode for recording said corresponding analog video signal in response 
to a fault condition. 

2. The method of claim 1 further comprising the step of indicating said fault condition to a user. 

3. The method of claim 2 wherein said digital video bit stream includes copyright information and wherein said step of 
switching to said analog recording mode occurs in response to said copyright information. 

4. The method of daim 3 wherein said step of switching to said analog recording mode occurs in response to receiv- 
ing a user initiated command responsive to said indicated fault condition. 

5. The method of claim 2 wherein said step of switching to said analog recording mode occurs in response to an ana- 
log recording media being loaded into the video recording apparatus. 

6. The method of daim 5 wherein said step of switching to said analog recording mode occurs in response to receiv- 
ing a user initiated command responsive to said indicated fault condition. 

7. The method of daim 2 further comprising the step of canceling said digital recording in response to receiving a user 
initiated command responsive to said indicated fault condition. 

8. The method of claim 1 wherein said step of switching to said analog recording mode occurs in response to said 
digital video bit stream being absent while said video recording apparatus operates in said digital recording mode. 

9. The method of claim 1 wherein said recording apparatus is initialized to operate in a delay operating mode in 
response to a predetermined event for a second program, said recording apparatus pre-empting the recording of a 
first program to record the second program. 

10. A method of error recovery for a video recording apparatus capable of recording in one of a digital recording mode 
and an analog recording mode, the method comprising: 

a. initializing the video recording apparatus to operate in a delay operating mode; 

b. receiving one of a digital video bit stream for recording in said digital recording mode and a corresponding 
analog video signal for recording in said analog recording mode; 

c. recording said digital video bit stream in said digital recording mode in response to first copyright information 
received from an electronic program guide; and 

d. switching to said analog recording mode for recording said corresponding analog video signal in response 
to second copyright information received in said digital video bit stream. 

11 . The method of daim 10 wherein said analog video signal and digital video bit stream are received from a receiver 
and further comprising the step of disabling the generation of said digital video bit stream so said recording appa- 
ratus only receives said corresponding analog video signal. 

1 2. The method of daim 1 0 further comprising the step of indicating to a user that the event programmed in said delay 
operating mode may not be recorded because said first copyright information is not available. 

13. The method of claim 1 1 wherein said step of recording is canceled in response to a user's indication that an analog 
recording is not desired. 

14. The method of claim 13 further comprising the step of indicating to a user that said video recording apparatus is 
presently operating in a playback mode and that said digital video stream will not be recorded. 



49 



EP 0 913 997 A2 

15. A method of operating a video recording apparatus in one of a digital recording mode and an analog recording 
mode, the method comprising: 

a. receiving one of a digital video bit stream for recording in said digital recording mode and a corresponding 
analog video signal for recording in said analog recording mode; 

b. selecting said digital recording mode; 

c. detecting a status of said video recording apparatus, said status having one of a no-fault condition and a fault 
condition; 

d. recording said digital video bit stream in said digital recording mode in response to said no-fault condition; 
and 

e. switching from said digital recording mode to said analog recording mode tor recording said corresponding 
analog video signal in response to said fault condition. 
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